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(54) Document display system and electronic dictionary 

(57) A document display system displays the con- 
tents of an electronic document. If the user requests dic- 
tionary access, the electronic document is modified by 
attaching Invisible dictionary access information to 
words in the document. The modified document Is then 
displayed, the words to which the dictionary access 
information is attached being visibly marked. If the user 
selects a word to which dictionary access information is 
attached, an electronic dictionary entry for the word is 
automatically retrieved and displayed. > 
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Description 

BACKGROUND OF THE INVENTION 

The present invention relates to a document display 
system and an electronic dictionary, more particularly to 
a document display system that enables words in an 
electronic document to be looked up easily in an elec- 
tronic dictionary. 

Dictionaries have recently become available on 
media, such as disks, that make the dictionary entries 
accessible to a personal computer or other electronic 
device. To look up a word in such an electronic diction- 
ary, the user types the word on a keyboard; the meaning 
of the word then appears on a display screen. Various 
types of electronic dictionaries are available, including 
dictionaries of foreign languages. 

Among the users of electronic dictionaries are peo- 
ple who retrieve electronic documents from computer 
networks. The retrieval of such documents has recently 
been greatly facilitated by the emergence of hypertext. 
In a hypertext document, certain items (e.g. words) are 
marked as being linked to other documents, and the 
user can proceed from one document to another simply 
by selecting the indicated items with a pointing device. 
The linking of computer resources throughout the world 
into a so-called world-wide web, and the commercial 
availability of software that facilitates browsing through 
hypertext documents, have brought many users into 
contact with documents in many languages, and docu- 
ments on many specialized subjects. 

Electronic dictionaries can be an extremely useful 
aid to the comprehension of such documents, but unfor- 
tunately, the ease with which a person can proceed 
from one document to another is not matched by the 
ease with which the person can look up an unknown 
word in a document. Conventional systems that display 
hypertext documents are . not designed for displaying 
entries in electronic dictionaries, so to find the meaning 
of a word, the user must access the electronic dictionary 
in the usual manner, by typing the word separately. 
When there are many words to be looked up, this can 
become an irksome and time-consuming process. 

The problem could be solved by browsing software 
that incorporated an electronic dictionary internally, but 
it is not practical to equip such browsing with all the dic- 
tionaries that might be required by all potential users, 
nor is it reasonable to expect a person who purchases 
browsing software also to pay for a large number of 
electronic dictionaries, or even for one electronic dic- 
tionary. It is furthermore inefficient for each user to have 
to store a large number of dictionaries on his or her own 
computer. 

SUMMARY OF THE INVENTION 

An object of the present invention is accordingly to 
provide an easy way for the reader of an electronic doc- 
ument to look up words in that document in an elec- 



tronic dictionary. 

A further object is to provide an easy way for the 
reader of a hypertext document to look up words in that 
document in an electronic dictionary. 

5 Another object is to indicate to the user which 
words can be advantageously be looked up. 

The invented document display system displays the 
contents of an electronic document together with a con- 
trol item enabling the user to request access to an elec- 

10 tronic dictionary. If the user requests dictionary access, 
the electronic document is modified by attaching dic- 
tionary access information to character strings such as 
individual words in the document, and the modified doc- 
ument is displayed. If the user then selects a character 

15 string to which such dictionary access information is 
attached, an electronic dictionary entry defining or 
describing the character string is automatically retrieved 
and displayed. If there is no entry in the electronic dic- 
tionary for the selected character string, a message to 

20 that effect is displayed. 

According to one aspect of the invention, the elec- 
tronic dictionary is provided with hypertext link informa- 
tion making the entries in the dictionary individually 
accessible via hypertext links from other documents. In 

25 this aspect of the invention, the above-mentioned dic- 
tionary access information comprises hypertext links 
pointing to entries in the electronic dictionary. 

According to another aspect of the invention, the 
electronic dictionary is not provided with such hypertext 

30 link information. When attaching the above-mentioned 
dictionary access information, the document display 
system also extracts the corresponding entries from tiie 
electronic dictionary and stores each extracted entry as 
a separate document, which can be retrieved via a 

35 hypertext link. The dictionary access information com- 
prises hypertext links to tiiese separate documents. 

According to yet another aspect of the invention, 
the dictionary access information comprises dictionary 
look-up commands. When the user selects a character 

40 string to which dictionary access information is 
attached, the document display system receives and 
executes a command to look up a corresponding entry 
in the electronic dictionary. If the corresponding entry is 
found in the electi-onic dictionary, it is displayed to the 

45 user. 

According to a further aspect of the invention, when 
attaching dictionary access information to an item which 
already has a hypertext link to another document, the 
document display system attaches information for gen- 

50 erating a menu that allows the user to choose whether 
to retrieve the otiier document or look up character 
strings in the item. If the user selects the item, first the 
menu is displayed; then, if tiie user chooses to look up 
a character sfring in the item, the dictionary entry of ttie 

55 character string is displayed by one of the methods 
described above. 

According to a still further aspect of tiie invention, 
ttie document display system keeps records indicating 
how frequentiy different character strings have been 
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looked up in the past, or how frequently dictionary 
access information has been attached to different char- 
acter strings and how frequently the character strings 
have been looked up. and decides whether to attach 
dictionary access information to character strings on the 5 
basis of these records. 

According to a yet further aspect of the invention, 
the document display system varies the way in which 
character strings in the modified electronic document 
are displayed, according to the above records, to help 10 
the user decide which character strings to look up. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the attached drawings: is 

FIG. 1 is a block diagram of a first embodiment of 
the invented document display system; 
FIG. 2 shows part of the contents of the tagged 
electronic dictionary in the first embodiment: 20 
FIG. 3 is a f lowchart illustrating the operation of the 
client device in the first embodiment; 
FIG. 4 is a flowchart illustrating the operation of the 
linked document server in the first embodiment; 
FIG. 5 illustrates the addition of a dictionary mode 25 
button to a document; 

FIG. 6 illustrates the addition of an ordinary mode 
button to another document; 
FIG. 7 is a flowchart illustrating the operation of the 
dictionary linker in the first embodiment; 30 
FIG. 8 illustrates part of a result file output by the 
dictionary linker in the first embodiment; 
FIG. 9 illustrates part of a result file output by the 
dictionary linker when a word cannot be found in 
the tagged electronic dictionary; 35 
FIG. 10 illustrates an unknown-word entry provided 
in the tagged electronic dictionary as an alternate 
method of handling unknown words; 
FIG. 11 illustrates an alternative result file output by 
the dictionary linker when a word cannot be found 4o 
in the tagged electronic dictionary; 
FIG. 12 illustrates an initial document retrieval dis- 
play: 

FIG. 13 illustrates a document retrieved from the 
display in FIG. 12; 45 
FIG. 1 4 illustrates a further document retrieved by a 
hypertext link from the document in FIG. 13; 
FIG. 15 illustrates the document in FIG. 14 dis- 
played in dictionary-access mode; 
FIG. 1 6 shows an example of information displayed so 
when dictionary access is performed from the dis- 
play in FIG. 15: 

FIG. 1 7 shows a display obtained from the result file 
in FIG. 9, illustrating one method of handling 
unknown words; 55 
FIG. 18 shows a message displayed when the alter- 
native method of handling unknown words is 
employed; 

FIG. 19 is a block diagram of a second ennbodiment 



of the invented document display system; 
FIG. 20 is a flowchart illustrating the operation of 
the dictionary linker in the second embodiment; 
FIG. 21 is a f towchart illustrating the tag attachment 
step in FIG. 20; 

FIG. 22 is a block diagram of a third embodiment of 
the invented document display system; 
FIG. 23 illustrates part of the contents of the elec- 
tronic dictionary in FIG. 22; 
FIG. 24 is a flowchart Illustrating the operation of 
the dictionary linker in the third embodiment; 
FIG. 25 illustrates part of a result file output by the 
dictionary linker in the third embodiment; 
FIG. 26 is a flowchart Illustrating the operation of 
the dictionary entry extractor in the third embodi- 
ment; 

FIG. 27 shows an example of information displayed 
when dictionary access is performed in the third 
embodiment; 

FIG. 28 is a flowchart illustrating the operation of 
the dictionary entry extractor in a variation of the 
third embodiment: 

FIG. 29 is a flowchart illustrating the operation of 
the dictionary linker in this variation; 
FIG. 30 illustrates part of a result file output by the 
dictionary linker in this variation; 
FIG. 31 is a block diagram of a fourth embodiment 
of the invented document display system; 
FIG. 32 is a flowchart illustrating the operation of 
the linked document server in the fourth embodi- 
ment; 

FIG. 33 is a flowchart illustrating the operation of 
the dictionary linker in the fourth embodiment; 
FIG. 34 illustrates part of a result file output by the 
dictionary linker in the fourth embodiment: 
FIG. 35 is a flowchart illustrating the operation of 
the dictionary entry extractor in the fourth embodi- 
ment; 

FIG. 36 is a block diagram of a fifth embodiment of 

the invented document display system; 

FIG. 37 is a flowchart illustrating the operation of 

the dictionary linker in the fifth embodiment; 

FIG. 38 illustrates part of a result file output by the 

dictionary linker in the fifth embodiment; 

FIG. 39 is a flowchart illustrating the operation of 

the dictionary entry extractor in the fifth emtxxii- 

ment; 

FIG. 40 is a block diagram of a sixth embodiment of 
the invented document display system; 
FIG. 41 is a flowchart illustrating the operation of 
the dictionary entry extractor in the sixth embodi- 
ment; 

FIG. 42 is a block diagram of a seventh embodi- 
ment of the invented document display system: 
FIG. 43 is a flowchart illustrating the operation of 
the linked document server in the seventh embodi- 
ment; 

FIG. 44 is a flowchart illustrating the operation of 
the dictionary linker in the seventh ennbodiment; 
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F!G. 45 is a flowchart illustrating the operation of 
the menu generator in the seventh embodiment; 
FIG. 46 illustrates part of a document file output by 
the linked document server in the seventh embodi- 
ment: s 
FIG. 47 shows how this document file is displayed 
by the client device; 

FIG. 48 illustrates part of a result file output by the 
dictionary linker and linked document server In the 
seventh embodiment; io 
FIG. 49 shows how this result file is displayed by 
the client device; 

FIG. 50 shows a menu displayed when the user 
selects a certain button in the display in FIG. 49; 
FIG. 51 shows the same menu with "message" is 
selected for dictionary access: 
FIG. 52 is a block diagram of an eighth embodiment 
of the invented document display system: 
FIG. 53 is a flowchart illustrating the operation of 
the link remover in the eighth embodiment; 20 
FIG. 54 illustrates a document displayed by the 
eighth embodiment in the dictionary-access mode; 
FIG. 55 is a block diagram of a ninth embodiment of 
the invented document display system; 
FIG. 56 is a flowchart illustrating the operation of 2s 
the linked docuinent server in the ninth embodi- 
ment: 

FIG. 57 is a flowchart illustrating the operation of 
the dictionary linker in the ninth embodiment; 
FIG. 58 illustrates part of a table maintained by the 30 
dictionary access tabulator in the ninth embodi- 
ment: 

FIG. 59 is a flowchart illustrating the operation of 
the dictionary access tabulator in the ninth embodi- 
ment: 35 
FIG. 60 is another flowchart illustrating the opera- 
tion of the dictionary access tabulator in the ninth 
embodiment: 

FIG. 61 illustrates part of a result file output by the 
dictionary linker 4 and linked document server 2 in 40 
the ninth embodiment; 

FIG. 62 illustrates the document in FIG. 14 dis- 
played in dictionary-access mode by the ninth 
embodiment: 

FIG. 63 illustrates part of a result file output by the 45 
dictionary linker 4 in a variation of the ninth embod- 
iment; 

FIG. 64 is a block diagram of a tenth embodiment of 
the invented document display system; 
FIG. 65 is a flowchart illustrating the operation of so 
the dictionary linker in the tenth embodiment; and 
FIG. 66 is a flowchart illustrating the operation of 
the ratio calculator in the tenth embodiment. 



DETAILED DESCRIPTION OF THE INVENTION 55 

Various embodiments of the invented display sys- 
tem will be described below with reference to the 
attached drawings. 
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First Embodiment 

Referring to FIG. 1 , the first embodiment comprises 
a client device 1 , a linked document server 2, an elec- 
tronic document store 3. a dictionary linker 4, and a 
tagged electronic dictionary 5, which are interconnected 
as shown. The client device 1 , linked document server 
2. and electronic document store 3 are facilities pro- 
vided in conventional document display systems. The 
dictionary linker 4 and tagged electronic dictionary 5 are 
novel features of the present invention. 

Although only one linked document server 2 is 
shown in the drawing, there may be a plurality of linked 
document servers 2 located at different sites, each with 
its own electronic document store 3, dictionary linker 4, 
and tagged electronic dictionary 5. Each linked docu- 
ment server 2 is accessible from the client device 1 
through a communication channel, which may include 
part of a public telephone network. There may also be 
multiple client devices 1 disposed in different locations. 

The client device 1 comprises, for example, a per- 
sonal computer provided with a client program, such as 
a browsing program, that interacts with the linked docu- 
ment server 2, thereby enabling the user to enter com- 
mands that retrieve and display documents stored in the 
electronic document store 3. The client device 1 also 
has a pointing device such as a so-cailed mouse, with 
which the user can select individual words, character 
strings, or other items in the displayed documents. 

The client device 1 of course does not have to com- 
prise a personal computer. Any device that enables the 
user to enter commands, display retrieved documents, 
and select character strings can serve as the client 
device 1. 

The linked document server 2 comprises, for exam- 
ple, a workstation or computer system equipped with 
communication functions and software for retrieving 
electronic document files from the electronic document 
store 3 and sending these files to the client device 1 , 
and for other functions that will be described below. 

The electronic document store 3 comprises, for 
example, a magnetic or optical disk drive, which may be 
physically integrated with the linked document server 2, 
and which stores a plurality of electronic documents in 
the form of conputer-accessible files. 

The dictionary linker 4 comprises, for example, a 
program running on the same workstation or computer 
dictionary linker 4 as the linked document server 2. The 
function of the dictionary linker 4 in the first embodiment 
is to refer to the tagged electronic dictionary 5 and add 
hypertext links to a file provided by the linked document 
server 2 to the client device 1 . The dictionary linker 4 is 
activated by the linked document server 2. 

The tagged electronic dictionary 5 comprises, for 
example, a file stored on a magnetic or optical disk, or in 
the memory of the workstation or computer on which 
the linked document sen/er 2 and dictionary linker 4 
operate. The tagged electronic dictionary 5 differs from 
conventional electronic dictionaries in being provided 
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with tags that can anchor links from hypertext docu- 
ments. In the following description, it will be assumed 
that the tagged electronic dictionary 5 is an English-to- 
Japanese dictionary. 

FIG. 2 shows an example of part of the contents of 
the tagged electronic dictionary 5. The first line in FIG. 2 
is an opening tag 1 1 that anchors a dictionary entry 
named "storehouse." The next two lines constitute the 
heading and body of this entry 12. the word "store- 
house" appearing as the heading, followed by a Japa- 
nese definition of the meaning of the word. The next line 
is a closing tag 13 indicating the end of the dictionary 
entry. These tags 11 and 13. incidentally, conform to a 
well-known hypertext markup language (HTML). 

Although the dictionary linker 4 and tagged elec- 
tronic dictionary 5 may reside in the same workstation 
or computer system as the linked document server 2 
and electronic document store 3, this is not necessary. 
The dictionary linker 4 can reside in a separate compu- 
ter system or a specialized system coupled to the sys- 
tem in which the linked document server 2 and 
electronic document store 3 reside. The dictionary linker 
4 and tagged electronic dictionary 5 may also reside in 
an independent system that is coupled by telecommuni- 
cation lines to the linked document server 2 and to other 
linked document servers. maWng the facilities of the dic- 
tionary linker 4 and tagged electronic dictionary 5 avail- 
able to a plurality of server systems. 

Next, the operation of the first embodiment will be 
described. In the description, the term "electronic docu- 
ment" will sometimes be shortened to "document." The 
term "hypertext document" will refer to an electronic 
document having embedded hypertext links pointing 
either to the tagged electronic dictionary 5 or to another 
document. The tagged electronic dictionary 5 will also 
be referred to as a hypertext document. Except for the 
tagged electronic dictionary 5, documents that do not 
contain embedded links pointing to other documents will 
not be described as hypertext documents, even though 
these documents may be the targets of links from hyper- 
text documents. 

First, the operation of the client device 1 will be 
desaibed. Referring to FIG. 3. when the user accesses 
the document display system, the client device 1 first 
displays an initial input screen (step 100), then waits for 
input from the user (step 101). The input may be a file 
descriptor requesting an electronic document, or a com- 
mand such as "Quit." If the "Quit" command is given, 
access to the document display system is terminated 
(step 102). File descriptors and comnnands other than 
"Quit" generally cause the dient device 1 to send infor- 
mation to the linked document server (step 103). The 
linked document server 2 generally responds by send- 
ing back an electronic document, which the client device 
1 receives and displays (step 104). After step 104, the 
process returns to step 101 to wait for further input: for 
exanple. for the user to request a further document 
linked to the document now on display. 

Although the user may give various commands 



other than "Quit," it will be assumed in the first embodi- 
ment that the information sent to the linked document 
server 2 is always either a file descriptor or one particu- 
lar command, specifically, a tag attachment command. 

5 Details will be given later. 

Next, the operation of the linked document server 2 
will be described. The linked document server 2 repeat- 
edly executes the process shown in FIG. 4. The process 
starts with the reception of information from the client 

10 device 1 (step 200). The linked document server 2 iden- 
tifies the information as a file descriptor or tag attach- 
ment command (step 201). If the information is a file 
descriptor, the linked document server 2 reads the 
requested document from the electronic document 

15 Store 3 (step 202). If the information is a tag attachment 
command, the linked document server 2 activates the 
dictionary linker 4 (step 203), at the same time providing 
the dictionary linker 4 with a copy of the document cur- 
rently being displayed by the client device 1 . 

20 If the information received in step 200 is a file 
descriptor, after obtaining the document in step 202, the 
linked document server 2 decides whether the docu- 
ment is a hypertext document (step 204). If the docu- 
ment is not a hypertext document, the linked document 

25 server 2 adds a dictionary-mode control item, referred 
to below as a dictionary mode button, to the document 
(step 205), then sends the document to the client device 
1 (step 206). If the document is a hypertext document, 
the linked document server 2 sends the document to the 

30 client device 1 (step 206) without adding a dictionary 
mode button. 

If the information received in step 200 is a tag 
attachment command, the dictionary linker 4 activated 
in step 203 modifies the provided document by adding 

35 dictionary access information. The dictionary access 
information comprises tags which will be described 
later. The linked document server 2 then adds an ordi- 
nary-mode control item, referred to below as an ordi- 
nary mode button, to the resulting modified document 

40 (step 207). and sends the document to the client device 
1 (step 206). 

TTie dictionary mode button and ordinary mode but- 
ton are items that the user can select with the pointing 
device to switch between a dictionary-access nxxJe and 

45 an ordinary mode, at the user's own convenience. 
These control items can be added to the document in 
various ways, one of which is illustrated in FIG, 5, which 
shows part of a document 21 that begins with the words 
"We draw on vast storehouses...." To add a dictionary 

50 mode button to this document, the linked document 
server 2 adds a line 21 containing the command "/cgi- 
bin/into_the_dic'* in a hypertext reference (HREF) tag. 
followed by the words "Dictionary mode." then a closing 
tag ((/A>). The user sees the words "Dictionary mode." 

55 When the user selects these words, the client device 1 
sends the character string "/cgi-bin/into_the_dic" to the 
linked document server 2, "/cgi-bin/into_the_dic" being 
the tag attachment command mentioned above. 

FIG. 6 illustrates the similar addition of an ordinary 
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mode button to a modified document output by the dic- 
tionary linker 4. Although the body 31 of the document 
has much embedded dictionary access Information, the 
body 31 is displayed in nearly the same way as the body 
of the document in FIG. 5. as will be shown later. The s 
linked document server 2 adds a line 32 in which the 
hypertext reference "slogan" is the file descriptor of the 
document in FIG. 5, which was on display at the client 
device 1 when the dictionary linker 4 was activated. The 
user can select the words "Ordinary mode" in line 32 io 
with the pointing device, causing the client device 1 to 
send the file descriptor "slogan" to the linked document 
server 2. 

Next, the operation of the dictionary linker 4 will be 
desaibed. Referring to FIG. 7, the dictionary linker 4 is 
begins by receiving from the linked document server 3 a 
copy of the document cun-ently on display at the client 
device 1 , or (equlvalently) receives permission to read 
this document from the electronic document store 3 
(step 500). Next, the dictionary linker 4 aeates a result 20 
file (step 501). The result file is created as a new file, 
and is initially empty. 

The dictionary linker 4 now performs a morphemic 
analysis of the document obtained in step 500. By 
means of this analysis, the dictionary linker 4 identifies 2S 
the words appearing In the document, and the diction- 
ary forms of these words. If the word "storehouses" 
appears, for example, the dictionary tinker 4 identifies 
"storehouse" as the dictionary form. 

The subsequent steps from step 503 to step 507 30 
form a loop that is repeated as long as any unprocessed 
word remains in the document, each repetition adding 
one line to the result file. Step 503 is a loop control step 
in which the dictionary linker 4 determines whether any 
unprocessed word remains. When no unprocessed 35 
word remains, the result file is output to the linked doc- 
ument server 2 as the modified document mentioned 
above (step 508). 

When an unprocessed word Is found In step 503, 
the dictionary linker 4 looks for a definition of the word 40 
(i.e. for an entry headed by the dictionary form of the 
word) in the tagged electronic dictionary 5 (step 504). If 
the definition Is found, the dictionary linker 4 generates 
dictionary access information comprising tags estab- 
lishing a link from the word to the dictionary entry defin- 45 
ing the word (step 505), writes these tags and the word 
itself in the result file (step 506), and returns to step 503 
to process the next word. If the word is not defined in the 
tagged electronic dictionary 5, the dictionary linker 4 
can-les out appropriate unknown-word processing (step so 
506). two examples of which will be given later. The dic- 
tionary linker 4 then writes the unknown word in the 
result file, together with any tags that may have been 
generated by the unknown-word processing (step 506), 
and returns to step 503. 55 

FIG. 8 shows the first five tines of the result file out- 
put by the dictionary linker 4 for a document beginning 
with "We draw on vast storehouses..." when all five of 
these words are defined in the tagged electronic diction- 



ary 5. Each line begins with an opening tag such as (A 
HREF = "tagED#we"). which is a hypertext reference to 
the entry for the word "we" in the tagged electronic dic- 
tionary 5. This is followed by the word as it appeared In 
the document (e.g. "We"), then a closing tag ((/A>). 

FIG. 9 illustrates one possible type of unknown- 
word processing, taking as an example the case in 
which the word "vast" is not defined in the tagged elec- 
tronic dictionary 5. The unknown-word processing in 
this example consists of doing nothing at all; the diction- 
ary tinker 4 writes "vast" in the result file without any 
opening or closing tags. If this type of unknown-word 
processing is adopted, step 507 in FIG. 7 is a no-opera- 
tion step, and can be omitted. 

FIGs. 10 and 1 1 show an example of another pos- 
sible type of unknown-word processing. In this example, 
the tagged electronic dictionary 5 has a special entry for 
unknown words, shown in FIG. 10. The body of this 
entry is a Japanese sentence, read as "Sono tango wa 
jisho ni arimasen," meaning "That word is not in the dic- 
tionary" When the dictionary linker 4 cannot find a word 
(e.g. "vast") in the tagged electronic dictionary 5, tags 
linking that word to this special unknown-word entry are 
generated and written in the result file around the 
unknown word, as illustrated in the fourth line in FIG. 1 1 . 

The result file created by the dictionary linker 4 is a 
temporary file. After the result file has been output to the 
linked document server 2 and transferred to the client 
device 1. the linked document server 2 may delete this 
file from the memory of the computer system or work- 
station in which the linked document server 2 resides, 
so that a copy of the result file remains only at the client 
device 1 . Similarly, if the linked document server 2 and 
dictionary linker 4 reside in different systenns, the dic- 
tionary linker 4 may delete the result file from the mem- 
ory of its own system after the result file has been 
transfen-ed to the system of the linked document server 
2. 

Next, the overall operation of the first embodiment 
will be described, with reference to FIGs. 12 to 18. 
Three cases of dictionary access will be illustrated: one 
in which there are no unknown words; another In which 
an unknown word Is processed as in FIG. 9; and 
another in which an unknown word is processed as in 
FIGs. 10 and 11. 

When first activated by the user, the client device 1 
sends certain initial information to the linked document 
server 2. The linked document server 2 responds by 
sending back the contents of an initial screen like the 
one in FIG. 12, which the client device 1 displays. At the 
top of this screen are four buttons marked "Back," "For- 
ward." "Reload," and "Quit." By selecting the "Quit" but- 
ton with a pointing device, the user enters the "Quit" 
command described above. When the "Reload" button 
is selected, the client device 1 sends the linked docu- 
ment server 2 the file descriptor of the document cur- 
rently on display, causing the linked document server 2 
to send the document again. The "FooA/ard" and "Back" 
buttons move forward and backward in a series of doc- 
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uments that the user has accessed by means of hyper- 
text links. These four buttons are displayed at the top of 
all screens in the first embodiment. 

Betow these buttons, the initial saeen has a line on 
which the user can enter the file descriptor of a desired 
document. The client device 1 sends the entered file 
descriptor to the linked document server 2, which sends 
back the requested document file. 

In FIG. 13, the user has entered the file descriptor 
of a hypertext document entitled "Corporate Guidance," 
which the linked document server 2 has retrieved from 
the electronic document store 3 and sent to the client 
device 1. and which is now displayed on the screen of 
the client device 1 . The three lines below the title are 
hypertext links, and are marked as such with under- 
lines. Since this document is a hypertext document, no 
dictionary mode button is attached or displayed. 

If the user selects, for example, the "Global Slogan" 
line with the pointing device, the client device 1 sends 
the linked document server 2 the file descriptor of a fur- 
ther document. This file descriptor is contained in a 
hypertext reference tag that precedes the "Global Slo- 
gan" line but is not visible to the user. The linked docu- 
ment server 2 retrieves the specified further document 
from the electronic document store 3 and sends the 
document back to the client device 1 . The client device 
1 displays this document as shown in FIG. 14. This doc- 
ument has no links to further documents, so it is not a 
hypertext document in the sense in which the term is 
being used herein, and the linked document server 2 
attaches a dictionary mode button. 

Incidentally, the user could also retrieve the "Global 
Slogan" document directly, by entering the file descrip- 
tor of this document on the initial screen in FIG. 12. 
instead of first retrieving the "Corporate Guidance" doc- 
ument. 

The operations so far have been carried out in the 
ordinary mode. If the user selects the dictionary mode 
button with the pointing device, the client device 1 sends 
the linked document server 2 the tag attachment com- 
mand (7cgi-bin/into_the_dic1 contained in the tag pre- 
ceding the words "Dictionary mode." The linked 
document server 2 executes this command, thereby 
activating the dictionary linker 4. 

The dictionary linker 4 has the linked document 
server 2 retrieve the "Global Slogan" document from the 
electronic document store 3 again, looks up the words 
in this document in the tagged electronic dictionary 5, 
and attaches tags to create a result file as was partially 
shown, for example, in FIG. 8. When the dictionary 
linker 4 has looked up all words and completed the 
result file, the linked document server 2 adds an ordi- 
nary mode button to the result file, and sends the result- 
ing modified document to the client device 1 . The tag 
preceding the ordinary mode button contains the file 
desaiptor of the "Global Slogan" document, shown as 
the word "slogan" in the first line 32 of FIG. 6. 

If ail words in the "Global Slogan" document are 
defined in the tagged electronic dictionary 5. the user 



now sees the display shown in FIG. 15. Each word in 
the document is underlined, the underlines indicating 
the presence of hypertext links to the tagged electronic 
dictionary 5 that were added by the dictonary linker 4. 

5 To find the Japanese meaning of, for example, the 
word "storehouses." the user selects this word with the 
pointing device. The client device 1 sends the informa- 
tion "tagED#storehouse" contained in the tag attached 
to this word to the linked document server 2. The linked 

10 document server 2 accesses the tagged electronic dic- 
tionary 5 at the entry indicated by this information, and 
sends that entry, together with a certain number of pre- 
ceding and following entries, back to the client device 1 . 
The client device 1 then displays the screen depicted in 

15 FIG. 16, which gives Japanese definitions for "store- 
house" and other words. If he wants to, the user can 
scroll this screen up or down to display the Japanese 
meanings of other words in alphabetical sequence with 
"storehouse.** 

20 To return from this display of dictionary meanings to 
the modified document display, the user selects the 
"Back" button in FIG. 16. The client device 1 then dis- 
plays the screen shown in FIG. 15 again, enabling the 
user to look up other words in the same way that "store- 
ys houses" was looked up, by selecting the desired word 
with the pointing device. 

When the user has finished looking up words, he 
can select the ordinary mode button in FIG. 15 to have 
the "Global Slogan" document displayed again in the 
30 ordinary mode, as shown in FIG. 14. If the client device 
1 retains a copy of this document, the client device 1 
displays the retained copy; othenA/ise. the client device 1 
sends the file descriptor of the "Global Slogan" docu- 
ment to the linked document server 2 again, receives 
35 the unmodified "Global Slogan" document again from 
the linked document server 2, and displays the received 
document. 

Next, examples in which unknown words appear in 
the document in FIG. 1 5 will be shown. 

40 If the word "vast" is not defined in the tagged elec- 
tronic dictionary 5, and the dictionary linker 4 adopts the 
method shown in FIG. 9 of dealing with unknown words, 
then when the user selects the dictionary-access mode, 
instead of the display in FIG. 1 5, he sees the display in 

45 FIG. 17. in which "vast" is not underlined. If the user 
selects "vast" with the pointing device, nothing happens, 
because this word has no dictionary access information 
attached. This method of processing unknown words 
has the advantage of indicating to the user which words 

50 are and which words are not defined in the tagged elec- 
tronic dictionary 5, so' that the user need not waste time 
in attempting to look up words that are not defined. 

If the method Illustrated in FIGs. 10 and 1 1 of deal- 
ing with unknown words is adopted, then even if "vast" 

55 is not defined in the taigged electronic dictionary 5, after 
selecting the dictionary mode button, the user sees the 
display shown FIG. 15. If the user tries to look up the 
word "vast." the client device 1 sends the information 
lagED#UNKNOWN WORDS" to the linked document 



7 



13 



EP 0 810 534 A2 



14 



server 2, which accordingly accesses the special 
unknown-word entry in the tagged electronic dictionary 
5. As a result, the user sees the screen displayed in 
FIG. 18. with a Japanese message meaning "That word 
is not in the dictionary." This method has the advantage 5 
of explaining to the user why the word cannot be looked 
up. The user can use the "Back" button to return from 
this screen to the display in FIG. 15. 

When a user follows a series of hypertext links to a 
document written In a foreign language, the first embod- 10 
iment assists the user in reading the document in a nat- 
ural and intuitive way: to look up words, the user points 
to the words "Dictionary mode." then simply points to 
the words to be looked up. The user does not have to 
learn any special operations or do any extra typing. is 

The first embodiment Is efficient in that it displays 
only the definitions the user wants to see, and does not 
attempt to display the meaning of every word in a docu- 
ment, or translate the entire document. The amount of 
information transferred between the client device 1 and 20 
linked document server 2 can thus be held to a mini- 
mum, and needless delays can be avoided. If the 
tagged electronic dictionary 5 is stored in a semicon- 
ductor memory, or is loaded from a disk memory into a 
semiconductor memory when the linked document 25 
server 2 Is started up, the tagged electronic dictionary 5 
can be accessed by means of internal memory pointers, 
enabling the user to obtain definitions very quickly. 

The first embodiment is also efficient in that it ena- 
bles dictionary definitions to be accessed without requtr- 30 
ing tags with links to dictionary entries to be embedded 
in the documents stored in the electronic document 
store 3. Thus users who do not need to use the diction- 
ary will not be distracted by unnecessary underlines in 
the documents they are reading. 35 

Since the tagged electronic dictionary 5 is located 
at the site of the linked document server 2, it is not nec- 
essary for each user to purchase his own copy of the 
tagged electronic dictionary 5. Moreover, this site can 
be provided with a large number of tagged electronic 40 
dictionaries of different types. In different languages, for 
example, and the system can be adapted to provide the 
user with a choice of dictionaries. 

In this case a third type of unknown-word process- 
ing is available. If a word is not found In one dictionary, 4s 
the dictionary linker 4 can link the word to a menu 
screen offering the user a selection of other dictionaries 
in which the user might wish to try to look up the word, 
this screen being provided with links to commands that 
access the other dictionaries. This menu screen can be so 
built into the tagged electronic dictionary 5, so that both 
known words and unknown words are initially proc- 
essed in the same way: by displaying a page from the 
tagged electronic dictionary 5. The system can then be 
expanded by adding dictionary-access commands, ss 
without having to modify the basic operations of the 
linked document server 2 and dictionary linker 4. 



Second Embodiment 

The second embodiment differs from the first 
embodiment in that the result files generated by the dic- 
tionary linker 4 are saved for possible future use. 

Referring to FIG. 19, the second embodiment has 
the same client device 1. linked document server 2, 
electronic document store 3. dictionary linker 4, and 
tagged electronic dictionary 5 as the first embodiment, 
and an additional dictionary-access-ready document 
store 6, which stores the result files generated by the 
dictionary linker 4. The dictionary-access-ready docu- 
ment store 6 is, for exarhple, a magnetic or optical mem- 
ory device coupled to the linked document server 2 and 
dictionary linker 4. This device may be an independent 
device such as an external disk drive. Alternatively, the 
dictionary-access-ready document store 6 may be 
incorporated into the workstation or computer system in 
which the linked document server 2 resides, or the sys- 
tem in which the dictionary linker 4 resides, or the sys- 
tem in which both the linked document server 2 and 
dictionary linker 4 reside. 

Next, the operation of the second embodiment will 
be described. 

The linked document server 2 operates as in the 
first embodiment, following the flowchart in FIG. 4. 
except that under certain conditions, the modified docu- 
ment (result file) to which an ordinary mode button is 
added in step 207 is obtained from the dictionary- 
access-ready document store 6 instead of from the dic- 
tionary linker 4. 

The operation of the dictionary linker 4 differs from 
the first embodiment, and is illustrated in FIGs. 20 and 
21. Referring to FIG. 20, when activated, the FIG. 4 
begins by obtaining a copy of the unmodified document 
currently on display at the client device 1 (step 300). 
This step is the same as step 500 in FIG. 7. 

f^ext, the dictionary linker 4 searches the directory 
of the dictionary-access-ready document store 6 to see 
if the dictionary-access-ready document store 6 already 
contciins a result file for this document (step 301). If it 
does, the dictionary linker 4 compares the time stamp 
on the unnnodifled document with the time stamp on the 
result file to determine whether the document stored In 
the electronic document store 3 has been updated since 
the result file in the dictionary-access-ready document 
store 6 was created (step 302). 

If the document in the electronic document store 3 
has not been updated since the result file in the diction- 
ary-access-ready document store 6 was created, the 
dictionary linker 4 checks whether the result file in the 
dictionary-access-ready document store 6 Is locked 
(step 303). The locked state occurs if the result file is 
currently being tagged in response to a request from a 
different client device. The check in step 303 is repeated 
until the document is found not to be locked, at which 
time the dictionary linker 4 notifies the linked document 
server 2 (step 304). and the linked document server 2 
transfers the result file from the dictionary-access-ready 
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document store 6 to the ciient device 1 . 

If there is no corresponding result file in the diction- 
ary-access-ready document store 6, giving a negative 
result in step 30 1 . or if the result file is present in the dic- 
tionary-access-ready document store 6 but the original 5 
document in the electronic document store 3 has been 
updated, giving an affirmative result in step 302, the dic- 
tionary linker 4 creates a new result file with dictionary 
access information (step 305), then leaves this new 
result file in the dictionary-access-ready document 
store 6 and notifies the linked document server 2 that 
the result file is ready (step 306). If an old result file for 
the same„ document was present in the dictionary- 
access-ready document store 6, the new result file 
replaces the old result file. 

FIG. 21 illustrates the result file creation step 305 in 
FIG. 20. The dictionary linker 4 begins by creating and 
locking the new result file (step 508). The locking and 
unlocking of the result file can be carried out by, for 
example, manipulating an access permission bit in the 
directory information of the result file. When the new 
result file is created, the old result file, if present, is 
deleted. The same steps 502, 503, 504. 505. 506. and 
507 as described in the first embodiment (FIG. 7) are 
then can-ied out to write words and tags into the result 
file. When no unprocessed words remain, giving a neg- 
ative result in step 503, the dictionary linker 4 unlocks 
the result file (step 509), making it available to the linked 
document server 2. 

From the user's point of view, the operation of the 
second embodiment is identical to the operation of the 
first embodiment, except that dictionary access is often 
faster. More precisely, when dictionary access from the 
same document is requested repeatedly, either by the 
same user or by different users, the response to the 
request is speeded up the second and subsequent 
times, because the result file is already available in the 
dictionary-access-ready document store 6. 

From the system's point of view, additional file stor- 
age space is required for the dictionary-access-ready 
document store 6, but the processing load is reduced, 
because as long as a document is not updated, a result 
file is created for that document only once. This advan- 
tage becomes particularly significant if words in the doc- 
ument are likely to be looked up by a large number of 
users. 

Third Embiyjimept 

The third embodiment differs from the preceding 
embodiments in regard to the format of the electronic 
dictionary 

Referring to FIG. 22, the third embodiment has the 
same client device 1, linked document server 2. and 
electronic document store 3 as the first embodiment, a 
generally similar dictionary linker 4, and a dictionary 
entry extractor 8, a dictionary entry store 9, and an elec- 
tronic dictionary 10. 

The electronic dictionary 10 is an English -to- Japa- 



nese dictionary similar to the tagged electronic diction- 
ary 5 of the first embodiment, but has no embedded 
anchoring tags. A commercially available electronic dic- 
tionary can be used as the electronic dictionary 10. FIG. 
23 shows an example of part of the electronic dictionary 
10, In which each entry comprises an English word, 
then a Japanese definition. The Japanese definition is 
terminated by a special code represented in the drawing 
by a square, followed by a new-line code, then the next 
entry. The special code indicates that the word on the 
next line is the heading of a new dictionary entry, and 
the information on the subsequent line or lines, up to the 
next special code, is the definition of the word given In 
tiie heading. 

TTie electronic dictionary 10 is not limited to the for- 
mat shown in FIG. 23. Electronic dictionaries in other 
formats can be used, as long as the format enables 
entry headings and definitions to be recognized. 

The dictionary entry extractor 8 receives a word 
from the dictionary linker 4, looks this word up in the 
electronic dictionary 10. stores the entry of this word, 
comprising the word and its definition, as a separate 
document in tiie dictionary entry store 9, and provides 
the dictionary linker 4 with information giving tiie stor- 
age location of tiie entry in the dictionary entry store 9. 
For example, the dictionary entry extractor 8 can store 
each retrieved entry in a separate file in the dictionary 
entry store 9. and provide the dictionary entry store 9 
with the file names. The contents of the dictionary entry 
store 9 can be read by the linked document server 2. 
Files stored in the dictionary enti'y store 9 are treated as 
hypertext documents, so the linked document server 2 
does not add a dictionary mode button. 

The electronic dictionary 10 can be stored as a sin- 
gle file on the same type of storage device as the elec- 
tronic document store 3. The dictionary linker 4, 
dictionary entry extractor 8. dictionary entry store 9, and 
electronic dictionary 10 can all be incorporated into the 
same computer system or workstation as the linked 
document server 2 and electronic document store 3. 
Alternatively, the dictionary linker 4. dictionary entry 
extractor 8. dictionary entry store 9. and electronic dic- 
tionary 10 can reside in another computer system, 
workstation, or special device coupled to the system or 
workstation in which the linked document server 2 and 
electronic document store 3 reside, or linked to that sys- 
tem or workstation by a telecommunication line. 

The client device 1 and linked document server 2 
operate as in the first embodiment, following tiie fbw- 
charts in FIGs. 3 and 4. Upon retrieving a document that 
Is not a hypertext document from tiie electronic docu- 
ment store 3. the linked document server 2 adds a dic- 
tionary mode txjtton as shown in FIG. 5. 

The dictionary linker 4 now operates according to 
tiie flowchart in FIG. 24, Steps 500. 501. 502. and 503 
are the same as in tiie first embodiment, but when an 
unprocessed word remains in step 503, the dictionary 
linker 4 commands tiie dictionary entiry extractor 8 to 
process the word (step 510). This process normally 
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results in the storage of a dictionary entry for the word in 
the dictionary entry store 9. The dictionary linker 4 then 
generates hypertext tags linking the word to the diction- 
ary entry in the dictionary entry store 9 (step 511), and 
writes the word and these tags in the result file (step 5 
506). When no more unprocessed words remain, the 
result file is output (step 508) as in the first embodiment. 

FIG. 25 shows part of the result file output by the 
dictionary linker 4 for the document in FIG. 14. This 
result file is similar to the one in FIG. 6, except that the 10 
hypertext references are the names of files in the dic- 
tionary entry store 9. such as Vdic/keep/storehouse" in 
the last line in FIG. 25. In this reference, 7dic/keepr is 
the name of the directory of the dictionary entry store 9, 
and "storehouse" is the name of a file in which the die- is 
tionary entry for the word "storehouse" has been stored. 

FIG. 26 illustrates the operation of the dictionary 
entry extractor 8. When given a word to process, the 
dictionary entry extractor 8 first determines if the entry 
for this word is already stored in the dictionary entry 20 
store 9 (step 400). If the entry is not already stored, the 
dictionary entry extractor 8 attempts to look the word up 
In the electronic dictionary 10 (step 401). If the word is 
defined in the electronic dictionary 10, the dictionary 
entry extractor 8 reads the entry headed by the word 25 
from the electronic dictionary 10, and stores the entry in 
a file in the dictionary entry store 9 (step 402). The file 
name of this file is the word looked up, and the file con- 
tents are the entry read from the electronic dictionary 
1 0. The dictionary entry extractor 8 then passes the file 30 
name to the dictionary linker 4 (step 403). TTiis com- 
pletes the processing of the word. 

If the word is not defined in the dictionary, giving a 
negative result in step 401 . the dictionary entry extractor 
8 checks whether an unknown-word file is present in the 35 
dictionary entry store 9 (step 404). The unknown-word 
file has a predetermined name, such as 
"unknown_words," for example. Step 404 is carried out 
by searching for this file name in the directory 
7dic/keepA" 40 

If no unknown-word file is present in the dictionary 
entry store 9, the dictionary entry extractor 8 now cre- 
ates one (step 405), giving the unknown-word file the 
above-mentioned, predetermined name. The file con- 
tents are. for example, a Japanese message stating that 45 
the word is not in the dictionary: more specifically, the 
message illustrated in FIG. 18. The dictionary entry 
extractor 8 then passes the name of the unknown-word 
file to the dictionary linker 4 in step 403 to complete the 
processing of the unknown word. so 

If an unknown-word file already exists, giving an 
affirmative result in step 404, the dictionary entry 
extractor 8 passes the name of this file to the dictionary 
entry store 9 (step 403) without creating a new 
unknown-word file. If the entry of the word is already ss 
stored in the dictionary entry store 9. giving an affirma- 
tive result in step 400. the dictionary entry extractor 8 
proceeds immediately to step 403 and passes the file 
name of the entry to the dictionary linker 4, skipping the 



intermediate steps 401 and 402. 

The overall operation of the third en:ibodiment will 
be described next, focusing on the operations that occur 
when the user retrieves the "Global Slogan" document 
shown in FIG. 14 and selects tiie dictionary mode but- 
ton on this document with tiie pointing device. Other 
operations are carried out as described in the first 
embodiment. It will be assumed that the dictionary entry 
store 9 is initially empty. It will also be assumed that the 
electronic dictionary 10 contains entries for all words in 
the "Global Slogan" document except the word "vast." 

As in the first embodiment, selection of the diction- 
ary mode button causes the client device 1 to send the 
command "/cgi-bin/into_the_dic" to the linked document 
server 2, and the linked document server 2 to activate 
the dictionary linker 4. After obtaining a copy of the "Glo- 
bal Slogan" document from the linked document server 
2, creating a new result file, and performing a morphe- 
mic analysis, the dictionary tinker 4 passes the first word 
("we") of this document to the dictionary entry extractor 
8. 

The dictionary entry extractor 8 checks to see 
whether an entry for "we" is already stored in the dic- 
tionary entry store 9. Specif ically. the dictionary linker 4 
searches for a file named "we" in the directory 
7dic/keepr of tiie dictionary entry store 9. By the 
assumption above, no such file exists, so tiie dictionary 
linker 4 next looks up the word "we" in the electronic dic- 
tionary 10. reads tiie entire entry for this word, stores 
the entry as a new file named "/dic/keep/we" in the dic- 
tionary entry store 9, and passes the file descriptor 
"/dic/keep/we" to the dictionary linker 4. As the first line 
in the result file, the dictionary linker 4 writes the line <A 
HREF = "/dic/keep/we"> We</A). 

TTie next two words, "draw" and "on," are processed 
similarly, creating files named "/dic/keep/draw" and 
"dic/keep/on" in the dictionary enti'y store 9. The word 
"vast." however, is not defined in tiie electronic diction- 
ary 10, so the dictionary entry extractor 8 checks to see 
whether an unknown-word file is already present in tiie 
dictionary entry store 9. By tiie assumption above, no 
unknown-word file Is present, so the dictionary entry 
extractor 8 creates a file named 
"dic/keep/unknown_words" containing the message 
shown in FIG. 18, and passes the file name to the dic- 
tionary linker 4. The dictionary linker 4 writes the line <A 
HREF = 7dic/keep/unknown_words") vast(/A> in the 
result file. 

Further words in tiie "Global Slogan" document are 
processed in the same way. The word "from" is encoun- 
tered twice. The first time, the dictionary entry extractor 
8 reads the entry for this word from the electronic dic- 
tionary 10, creates a new file named 7dic/keep/from" in 
tiie dictionary entry store 9. and passes tiie file name 
"/dic/keep/from" to the dictionary linker 4. The second 
time, the dictionary enfry extractor 8 only passes the file 
name "/dic/keep/from" to the dictionary linker 4. without 
creating a new file. Each time, the dictionary tinker 4 
writes a new (A HREF = "/dic/keep/from") from (/A) line 
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in the result file. 

When all words have been processed, the result file 
is transferred from the dictionary linker 4 to the linked 
document server 2. then to the client device 1. and the 
user sees the screen shown in FIG. 15. If the user s 
selects the word "storehouses" with the pointing device, 
the client device 1 sends the file descriptor 
Vdicykeep/storehouse" contained in the invisible hyper- 
text tag preceding this word to the linked document 
server 2. The linked document server 2 retrieves the file io 
named "/dicykeep/storehouse** from the dictionary entry 
store 9. and sends this file to the client device 1 . The cli- 
ent device 1 then displays the screen in FIG. 27. show- 
ing the Japanese meanings of "storehouse." 

If the user selects the "Back" button on the screen is 
in FIG. 27, the client device 1 again displays the screen 
shown in FIG. 15. If the user next selects the word 
"vast." the client device 1 sends the file descriptor 
"/dic/keep/unknown_words" to the linked document 
server 2. The linked document server 2 retrieves the file 20 
named "/dic/keep/unknown_words" from the dictionary 
entry store 9, and sends this file to the client device 1 , 
which now displays the screen shown in FIG. 18, 
informing the user that the selected word is not in the 
dictionary. 25 

To the user, the third embodiment appears to oper- 
ate like the first embodiment, except that when the user 
looks up words, only one definition appears on the 
screen at a time. One advantage of this is that less infor- 
mation has to be transferred from the linked document 30 
server 2 to the client device 1 . Another advantage is that 
the user is shown only what he want to see. and can 
quickly read the desired definition without being dis- 
tracted by definitions of other words. The first embodi- 
ment could also be adapted to operate in this way. 35 

In terms of speed and efficiency, the third embodi- 
ment is generally intermediate between the first and 
second embodiments. When the dictionary-access 
mode is selected repeatedly for the same document, 
the result file is returned to the client device 1 faster 40 
than in the first embodiment, because no actual diction- 
ary look-up is necessary the second time and subse- 
quent times, but not as quickly as in the linked 
document server 2. because the dictionary linker 4 still 
has to create a result file each time. 45 

If the dictionary-access nrxxie is selected for a 
series of different documents, however, the third 
embodiment may outperform the second embodiment 
in the second and subsequent documents, because 
common words will already be stored in the dictionary so 
entry store 9. The electronic document store 3 may also 
improve on the second embodiment in terms of memory 
efficiency, because the size of the dictionary entry store 
9 in the third embodiment is limited by the size of the 
electronic dictionary 10, whereas the dictionary-access- ss 
ready document store 6 In the second embodiment can 
grow very large if result files for many documents are 
stored. 

The main advantage of the third enntxxliment, how- 



ever, is that the electronic dictionary 10 does not have to 
have embedded tags. Commercially available electronic 
dictionaries can be used in their existing form, greatly 
increasing the number of dictionaries that can be 
accessed. 

FIGs. 28 to 30 illustrate a variation of the third 
embodiment that does not create an unknown -word file 
in the dictionary entry store 9. 

Referring to FIG. 28, upon encountering an 
unknown word in step 401 , the dictionary entry extractor 
8 sets an unknown-word flag (step 406), then termi- 
nates processing without aeating any file in the diction- 
ary entry store 9. Step 406 replaces steps 404 and 405 
in FIG. 26. Steps 400, 401, 402, and 403 are the same 
as in FIG. 26. 

Referring to FIG. 29. after having a word processed 
by the dictionary entry extractor 8 in step 510, the dic- 
tionary linker 4 checks the unknown-word flag (step 
512). If the unknown-wond flag is set. the dictionary 
linker 4 skips step 511, and writes the word in the result 
file without attached tags. If the unknown-word flag is 
not set. the dictionary linker 4 executes both steps 51 1 
and 506, as in FIG. 24. The other steps in FIG. 29 are 
identical to the corresponding steps in FIG. 24. The 
unknown-word flag is cleared each time the dictionary 
linker 4 activates the dictionary entry extractor 8, 
although this is not explicitly shown in FIGs. 28 and 29. 

FIG. 30 shows the result file output by the dictionary 
linker 4 in this variation of the third embodiment when 
the dictionary mode button is selected in FIG. 14 and 
the word "vast" does not appear in the electronic diction- 
ary 1 0. TTie first three lines and the fifth line in this result 
file are the same as in FIG. 25. but the word "vast" 
appears by itself on the fourth line. 

When this result file is transferred to the client 
device 1 , the user sees the display shown in FIG. 17, in 
which the word 'Vast" is not underlined. As explained in 
the first embodiment, this variation has the advantage of 
warning the user in advance that the word cannot be 
looked up. 

Fourth Embodiment 

Referring to FIG. 31 , the fourth embodiment has the 
same client device 1 . electronic document store 3. and 
electronic dictionary 10 as the third embodiment, and a 
generally similar linked document server 2. dictionary 
linker 4. and dictionary entry extractor 8. but has no dic- 
tionary entry store. The dictionary entry extractor 8 
communicates directly with the linked document server 
2, and does not communicate with the dictionary linker 
4. 

Referring to FIG. 32. the linked document server 2 
in the fourth embodiment can receive two types of com- 
mands: tag attachment commands and dictionary look- 
up commands. The command processing is modified 
accordingly. After receiving information from the client 
device 1 in step 200, the linked document server 2 first 
determines whether the received information is a com- 
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mand (step 208). If the received information is not a 
command, the linked document server 2 proceeds with 
the processing already described in the first embodi- 
ment (steps 202. 204, 205, and 206). If the received 
information is a command, the linked document server 2 5 
proceeds to step 201 to decide whether the command is 
a tag attachment command. 

If the comrhand is a tag attachment command, the 
linked document server 2 proceeds as described in the 
first emtKxIiment (steps 203 and 207). If the command 10 
is not a tag attachment command, then the command is 
a dictionary look-up command, which the linked docu- 
ment server 2 processes by activating the dictionary 
entry extractor 8 (step 209). 

Referring to FIG. 33, upon being activated by the is 
linked document server 2, the dictionary linker 4 obtains 
a copy of the relevant document file, creates a result file, 
and performs a morphemic analysis as in the first and 
third embodiments (steps 500, 501 . and 502). For each 
unprocessed word found in step 503, however, the die- 20 
tionary linker 4 now attaches a dictionary look-up com- 
mand tag and a closing tag (step 514). in place of the 
hypertext reference tags that were attached in the pre- 
ceding embodiments. The word and attached dictionary 
look-up command tag and closing tag are then written in 25 
the result file (step 506). This process continues until 
dictionary look-up command tags have been attached 
to all words in the document, at which point the result 
file is output to the linked document server 2 (step 508) 
and the processing of the dictionary linker 4 ends. 30 

FIG. 34 shows an example of the result file output 
by the dictionary linker 4 in the fourth embodiment for 
the "Global Slogan" document in FIG. 14. Each diction- 
ary look-up command begins with 7cgi-bin/pic_dic?" 
The question mark is followed by tiie word to be looked 35 
up, e.g. "we" in the first line in FIG. 34. When the com- 
mand is executed, the dictionary entry extractor 8 is 
activated as a command processor, and the word fol- 
lowing the question mark is passed to the dictionary 
entry extractor 8 as a parameter. 40 

FIG. 35 shows the processing carried out by the 
dictionary entry exti'actor 8. Upon activation, tiie diction- 
ary entry extractor 8 looks up the supplied word In the 
electronic dictionary 10 (step 401). If this word is 
defined in the electronic dictionary 10, the dictionary 45 
entry extractor 8 extracts the entire dictionary entry for 
the word (step 408), then outputs the entry to the linked 
document server 2. If the word is not defined in the dic- 
tionary, the dictionary entry extractor 8 prepares an 
unknown-word message (step 410), and outputs this so 
message to the linked document server 2 (step 409). 
The content of the unknown-word message is, for 
example, a Japanese sentence stating tiiat the particu- 
lar word is not found in the dictionary In the course of 
this processing, the dictionary entry extractor 8 may ere- ss 
ate a temporary file to hold the dictionary entry or 
unknown-word message. 

Next, the overall operation of the fourth embodi- 
ment will be described, again focusing on the opera- 



tions that take place when the dictionary mode button is 
selected in FIG. 14. 

Selection of the dictionary mode button sends the 
same tag attachment command to the linked document 
server 2 as in the preceding embodiments. The linked 
document server 2 activates the dictionary linker 4, 
which quickly generates a result file by attaching diction- 
ary look-up command tags to all of the words in the doc- 
ument, as illustrated in FIG. 34. This result file is 
displayed at the client device 1 as shown in FIG. 15, all 
words being underlined to indicate tiie presence of 
hypertext links. 

If the user now selects the word "storehouses." for 
example, the client device 1 sends the linked document 
server 2 the attached dictionary look-up command "/cgi- 
bin/pic_dic?storehouse.*' The linked document server 2 
executes this command by activating the dictionary 
entry exfactor 8. passing the word "storehouse" to the 
dictionary entry extractor 8 as a parameter. The diction- 
ary entry extractor 8 looks up the word "storehouse" in 
tine electronic dictionary 10 and returns the dictionary 
entry for this word, which is transferred to the client 
device 1 and displayed as in FIG. 27. 

If tiie user selects a word such as "vast" which is not 
defined in the electronic dictionary 10, tiie dictionary 
entry extractor 8 creates a message such as "vast wa 
jisho ni arimasen," in which "vast" is the undefined word, 
and "wa jisho ni arimasen" are Japanese words mean- 
ing "is not in the dictionary." This message is returned to 
tiie linked document server 2, transferred to the client 
device 1 , and displayed. 

To the user, the fourth embodiment appears to 
operate much like the third enr^xxliment, with the slight 
difference that the unknown- word message names the 
word that could not be found in the dictionary. In terms 
of speed, the display in FIG. 15 is generated more 
quickly than in the third embodiment, because no dic- 
tionary look-up is required. When the user selects a 
word in this display, however, the definition (or unknown- 
word message) is returned more slowly than in the third 
embodiment, because the dictionary entry extractor 8 
must search for the word in the electronic dictionary 10. 
Thus tiie tiiird embodiment is advantageous for users 
who look up a large nun^er of words in a short docu- 
ment, while the fourth embodiment is advantageous for 
users who look up fewer words in a longer document. 

From the system's point of view, the fourtii embodi- 
ment has the advantage of requiring less memory, 
because tiiere is no dictionary entry store, and tiie fur- 
ther advantage that no time is spent in extracting words 
tiiat the user will not select for dictionary look-up. When 
tiie same word is looked up repeatedly, however, tiie 
dictionary entry extractor 8 must be activated each time, 
instead of only once as in the tiiird embodiment. 

Fifth Embodiment 

TTie fifUi embodiment combines the advantages of 
the third arKi fourth embodiments. 
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Referring to FIG. 36. the fifth embodiment com- 
prises the same client device 1, electronic document 
store 3, and electronic dictionary 10 as the third embod- 
iment, and a generally similar linked document server 2, 
dictionary linker 4, dictionary entry extractor 8, and die- 5 
tionary entry store 9. The interrelations among these 
elements differ from the third embodiment in that the 
dictionary entry extractor 8 communicates with the 
Jinked document server 2 instead of with the dictionary 
linker 4, and the dictionary linker 4 can access the die- w 
tionary entry store 9. 

As in all of the preceding embodiments, the linked 
document server 2 receives information from the client 
device 1 and sends back documents retrieved from the 
electronic document store 3. As in the third embodi- is 
ment, the linked document server 2 can also obtain 
result files from the dictionary linker 4 and dictionary 
entries from the dictionary entry store 9, and send these 
to the client device 1 . As in the fourth embodiment, the 
linked document server 2 can activate both the diction- 20 
ary linker 4 and dictonary entry extractor 8 in response 
to commands received from the client device 1 , and can 
obtain dictionary entries from the dictionary entry 
extractor 8. These operations of the linked document 
server 2 in the fifth embodiment can be understood from 2S 
the preceding embodiments, so further description will 
be omitted. 

The dictionary linker 4 is activated when the linked 
document server 2 receives a tag attachment com- 
mand. Referring to FIG. 37, the dictionary linker 4 30 
obtains a copy of the relevant document file, creates a 
result file, performs a morphemic analysis, processes 
the words in the document file one by one, and outputs 
the result file when all words have been processed. 
These steps (steps 500, 501 , 502, 503, and 508) are the 35 
same as in the third and fourth embodiments, but the 
processing of each word differs from the processing in 
those embodiments. 

When an unprocessed word is found in step 503. 
the dictionary linker 4 first decides whether a dictionary 40 
entry for that word is already stored in the dictionary 
entry store 9 (step 516). If the dictionary entry of that 
word is already stored in the dictionary entry store 9, the 
dictionary linker 4 generates tags linking the word to the 
dictionary entry stored in the dictionary entry store 9 45 
(step 511), and writes the word and these tags in the 
result file (step 506). The lines written in the result file 
when steps 516 and 51 1 are followed resemble the lines 
written in the third embodiment, shown in FIG. 25. 

If the dictionary entry of the word is not already so 
stored in the dictionary entry store 9, the dictionary 
linker 4 generates a dictionary look-up command tag 
(step 514), and writes the word with this dictionary look- 
up tag and a closing tag in the result file (step 506). The 
lines written in the result file when steps 516 and 514 55 
are followed resemble the lines written In the fourth 
embodiment, shown in FIG. 34. 

FIG. 38 shows an example of the result file output 
by the dictionary linker 4 for a document beginning •'We 



draw on vast storehouses..." when dictionary entries for 
the words "we" and "on" have already been stored in the 
dictionary entry store 9, and dictionary entries for the 
words "draw," "vast." and "storehouses" have not been 
stored. The meanings of the tags are the same as in the 
third and fourth embodiments. 

The dictionary entry extractor 8 is activated when 
the linked document server 2 receives a dictionary look- 
up command. As in the fourth embodiment, the diction- 
ary entry extractor 8 receives a word as a command 
parameter. Referring to FIG. 39. the dictionary entry 
extractor 8 begins as in the fourth embodiment by deter- 
mining whether the word is defined in the electronic dic- 
tionary 10 (step 401). If the word is defined, the 
dictionary entry extractor 8 extracts the dictionary entry 
of the word from the electronic dictionary 10 and stores 
a copy of this entry as a file in the dictionary entry store 
9. as in the third embodiment (step 402). then outputs 
the entry to the linked document server 2 (step 409). If 
the word is not defined, the dictionary entry extractor 8 
creates an unknown- word message as in the fourth 
embodiment (step 410), and outputs this message to 
the linked document server 2 (step 409). 

TTie overall operation of the tagged electronic dic- 
tionary 5 can be understood from the description given 
above and the descriptions of the preceding embodi- 
ments. When the user selects the dictionary mode but- 
ton, the dictionary linker 4 generates a result file, 
without performing any actual dictionary look-up. Words 
are looked up in the electronic dictionary 10 one by one. 
when their meanings are requested by the user, as In 
the fourth embodiment. The dictionary entries are 
saved in the dictionary entry store 9, however, as in the 
third embodiment, so that the same word will not have to 
be looked up in the electronic dictionary 10 again the 
next time the definition of the word is requested. 

The result file in the fifth entsodiment is output more 
quickly than in the third embodiment, because the elec- 
tronic dictionary 10 is not accessed and no dictionary 
entries are copied from the electronic dictionary 10 to 
the dictionary entry store 9. Output of the result file is 
not as fast as in the fourth embodiment, however, 
because the dictionary linker 4 must check the diction- 
ary entry store 9 before generating each pair of tags. 

The first time the definition of a word is requested, 
the fifth embodiment returns the definition at the same 
speed as the fourth enrtbodiment. The definition is not 
returned as quickly as in the third embodiment, because 
a dictionary look-up command must be executed. 

When the definition of the same word is requested 
repeatedly, however, the fifth embodiment retrieves the 
definition from the dictionary entry store 9, without exe- 
cuting a dictionary look-up command, so the definition 
is returned just as quickly as in the third embodiment, 
and faster than in the fourth embodiment. 

From the point of view of system efficiency, the fifth 
embodiment has advantages over both the third and 
fourth embodiments, in that words are never looked up 
in the electronic dictionary 10 unnecessarily, the same 
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word is not looked up in the electronic dictionary 10 
more than once, and dictionary entries that no one 
wants to see are not stored unnecessarily in the diction- 
ary entry store 9. 

5 

Sixth Embodiment 

The sixth embodiment also combines the advan- 
tages of the third and fourth embodiments. 

Referring to FIG. 40. the sixth embodiment com- io 
prises the same client device 1, electronic document 
store 3, dictionary entry store 9, and electronic diction- 
ary 10 as the third embodiment, the same dictionary 
linker 4 as the fourth embodiment, and a linked docu- 
ment server 2 and dictionary entry extractor 8 that are is 
generally similar to the corresponding elements in the 
fifth embodiment. 

The only difference between the linked document 
server 2 in the sixth embodiment and the linked docu- 
ment server 2 in the fifth embodiment is that the linked 20 
document server 2 in the sixth embodiment does not 
access the dictionary entry store 9 directly. 

Referring to FIG. 41 . when activated by the linked 
document server 2, the dictionary entry extractor 8 
starts by checking whether a dictionary entry for the 25 
word supplied by the linked document server 2 as a 
command parameter is already stored in the dictionary 
entry store 9 (step 400). This step is identical to the cor- 
responding step in the third embodiment. If the diction- 
ary entry is already stored, the dictionary entry extractor 30 
8 reads this dictionary entry from the dictionary entry 
store 9 (step 41 2), and outputs the dictionary entry thus 
read to the linked document server 2 (step 409). 

If the dictionary entry is not already stored in the 
dictionary entry store 9, the dictionary entry extractor 8 3s 
proceeds as in the fifth embodiment to look up the word 
in the electronic dictionary 10 (step 401), copy its dic- 
tionary entry (if found) to the dictionary entry store 9 
(step 402) or create an unknown-word message (step 
410), and output the dictionary entry or unknown-word 40 
message to the linked document server 2 (step 409). 

Next the overall operation of the sixth embodiment 
will be briefly described, starting from the point at which 
the user selects the dictionary mode button, thereby 
sending a tag attachment command to the linked docu- 45 
ment server 2. 

The linked document server 2 activates the diction- 
ary linker 4, which attaches dictionary look-up com- 
mand tags to all words in the docuoient, as in the fourth 
embodiment. The dictionary linker 4 operates according so 
to the flowchart in FIG. 33. producing a result file like the 
one shown in FIG. 34. This file is sent to the client 
device 1 and displayed as in FIG. 15. 

If the user now selects, for example, the word 
"storehouses" on the display in FIG. 15, the command ss 
''cgi-bin/iDick_dic?storehouse" is sent to the linked docu- 
ment server 2 and executed by the dictionary entry 
extractor 8 according to the flowchart in FIG. 41. If the 
dictionary entry for "storehouse" has already been 



stored in the dictionary entry store 9, the dictionary 
entry extractor 8 quickly returns the stored entry to the 
linked document server 2. which sends it to the client 
device 1 . If the dictionary entry for "storehouse" has not 
already been stored in the dictionary entry store 9, the 
dictionary entry extractor 8 obtains this entry from the 
electronic dictionary 10. returns the obtained entry to 
the linked document server 2, and also stores this entry 
in the dictionary entry store 9 for possible futures use. 

If the user selects a word that is not defined in the 
electronic dictionary 10, the dictionary entry extractor 8 
creates a message stating that the selected word is not 
in the dictionary, and returns this message instead of a 
dictionary entry. 

The sixth embodiment thus has the same advan- 
tage as the fourth embodiment in returning a result file 
quickly, because the dictionary linker 4 attaches tags 
without accessing either the dictionary entry store 9 or 
the electronic dictionary 10. In this regard, the sixth 
embodiment is faster than the third and fifth embodi- 
ments. 

In returning the definitions of individual words, the 
dictionary-access-ready document store 6 is generally 
faster than the fourth embodiment if the word has been 
looked up before, because the dictionary entry can be 
obtained from the dictionary entry store 9 instead of the 
electronic dictionary 10. but slower than the fourth 
embodiment if the word has not been looked up before, 
because the dictionary entry must be searched for in 
the dictionary entry store 9 before being obtained from 
the electronic dictionary 10. and stored in the dictionary 
entry store 9 after being obtained from the electronic 
dictionary 10. In both cases, the sixth embodiment is 
slower than the fifth embodiment. When the word has 
been looked up before, the sixth embodiment is also 
slower than the fifth embodiment, since the fifth embod- 
iment does not require command execution in this case. 

The sixth embodiment resembles the fifth embodi- 
ment in that dictionary entries are not stored in the dic- 
tionary entry store 9 until specifically requested by the 
user, thereby avoiding the unnecessary storage of dic- 
tionary entries that no one wants to see. 

Seventh Embodiment 

The seventh embodiment differs from the preceding 
embodiments by attaching dictk)nary access informa- 
tion to hypertext documents, as well as to other docu- 
ments. 

Referring to FIG. 42, the seventh embodiment com- 
prises the same client device 1 and electronic document 
store 3 as the first embodiment, a generally similar 
linked document server 2 and dictionary linker 4, an 
electronic dictionary 15, and a menu generator 16. 

The electronic dictionary 15 comprises, for exam- 
ple, a commercially available electronic dictionary, 
together with dictionary access software equivalent to 
the dictionary entry extractor 8 in the fourth embodi- 
ment. When the linked document server 2 issues a die- 
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tionary look-up command and supplies a word as a 
command parameter, the electronic dictionary 15 
returns the dictionary entry for the supplied word. A sin- 
gle dictionary entry can be returned, as illustrated in 
FIG. 27, or the electronic dictionary 15 can return dic- 
tionary entries for the supplied word and several alpha- 
betically adjacent words, as illustrated in FIG. 16. If the 
supplied word is not defined in the electronic dictionary 
15, the electronic dictionary 15 returns a message to 
that effect. 

The linked document server 2 operates as shown in 
FIG. 43. Upon receiving information from the client 
device 1 (step 200), the linked document server 2 deter- 
mines whether the Information is a command or a file 
descriptor (step 208). If the information is a file descrip- 
tor, the linked document server 2 gets the described 
document file from the electronic document store 3 
(step 202), attaches a dictionary mode button (step 
205), and sends the document back to the client device 
1 . Differing from the linked document server 2 in the 
previous embodiments, the linked document server 2 in 
the seventh embodiment attaches a "Dictionary mode" 
tag even if the document is a hypertext document, con- 
taining links to other documents. 

If the information received from the client device 1 is 
a command, the linked document server 2 determines 
whether the command is a tag attachment command or 
a dictionary look-up command (step 201). If the com- 
mand is a tag attachment command, the linked docu- 
ment server 2 activates the dictionary linker 4 (step 
203), then receives the result file output by the diction- 
ary linker 4, adds an ordinary mode button to the result 
file (step 207), and sends the result file back to the client 
device 1 (step 206). 

If the command is a dictionary look-up command, 
the linked document server 2 executes the command, 
thereby activating the software that looks up words in 
the electronic dictionary 15. arxi obtaining the contents 
of a dictionary entry, or an unknown-word message, 
from the electronic dictionary 15 (step 210). The infor- 
mation obtained from the electronic dictionary 1 5 is then 
sent as a document to the clierit device 1 (step 206). 

When activated by the linked document server 2, 
the dictionary linker 4 operates as shown in FIG. 44. 
After obtaining the relevant document file from the 
linked document server 2 (step 500) and creating a 
result file (step 501), the dictionary linker 4 performs a 
morphemic analysis (step 502). If the document is a 
hypertext document, the morphemic analysis identifies 
both character strings that represent words and charac- 
ter strings tiiat represent tags in the document. These 
character strings are then processed one by one until 
none are left (until a negative result is obtained in step 

518) . at which point the result file is output (step 508). 
When an affirmative result is obtained in step 518, 

indicating the presence of an unprocessed character 
string in the document, the next step is to determine 
whether the character string is a word or a tag (step 

519) . If tfie character string is not a tag, i.e. if the char- 



acter string is a word, the dictionary linker 4 generates a 
dictionary look-up command tag for the character string 
(step 520). For the character string "Corporate," the 
generated tag is, for example, < A HREF = Vcgi- 

5 bin/look_up?corporate">. In this tag, "/cgi -bin/I ook_up" 
is the command that activates the dictionary access 
software in the electronic dictionary 15, and "corporate" 
is the word to be looked up, which is passed to the elec- 
tronic dictionary 15 as a command parameter. The dic- 

10 tionary linker 4 also generates a closing tag ( (/A )). Next, 
the dictionary linker 4 flags the character string (the 
word "Corporate" in the example above) as having been 
processed (step 521), and writes the generated tags 
and the character string in the result file (step 506). 

15 If the character string is a tag, giving an affirmative 
result in step 519, the dictionary linker 4 proceeds to 
determine whether the tag is a link tag. that is, an open- 
ing tag specifying a hypertext reference to another doc- 
ument (step 522). If the tag is not a link tag, tiie 

20 dictionary linker 4 simply flags the tag character string 
as having been processed (step 521 ) and writes the tag 
character string in the result file (step 506). If the tag is 
a link tag, however, the dictionary linker 4 activates ti^e 
menu generator 16 (step 523), then writes the informa- 

25 tton returned by the menu generator 16 in the result file 
(step 506). 

When activated by the dictionary linker 4. the menu 
generata 1 6 receives a pointer to the opening tag found 
by the dictionary linker 4 to be a link tag. Referring to 
30 FIG. 45. the menu generator 1 6 begins by generating a 
menu-opening command tag that makes the hypertext 
reference specified in the link tag into the default menu 
selection, and specifies dictionary look-up for the other 
selections (step 600). An example will be shown later. 
35 The menu generator 16 writes the menu-opening com- 
mand tag into a temporary file that will be passed back 
to the dictionary linker 4, then flags the opening tag as 
having been processed (step 601). 

The menu generator 16 then examines tiie next t 
40 character string following the opening tag, and deter- 
mines whether this character string is tiie closing tag of 
the link (step 602). If the character string is not the clos- 
ing tag, the menu generator 16 determines whether the 
character string is any type of tag (step 603). If the char- 
ts acter string is not a tag, i.e. if the character string is a 
word, the menu generator 16 stores the character string 
in a buffer, also writes the dictiortary form of the charac- 
ter string as an option line in the temporary file to be 
passed back to tiie dictionary linker 4 (step 604), and 
50 flags the character string as having been processed 
(step 605). If tiie character string is a tag, the dictionary 
linker 4 writes the character string into the temporary file 
(step 606) and flags the character string as having been . 
processed (step 605). After step 605, the menu genera- 
55 tor 1 6 returns to step 602 to process the next character 
string. 

When the closing tag is encountered in step 602, 
the menu generator 16 flags this tag as having been 
processed (step 607), then writes the contents of tiie 
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above-mentioned buffer as a selected -option line, 
desaibing the default option, in the temporary file (step 
608), adds a menu closing tag, and passes the tempo- 
rary file to the dictionary linker 4 (step 609). 

Next, the overall operation of the seventh embodi- 
ment will be described in relation to the "Corporate 
Guidance" hypertext document shown earlier. The file 
descriptor of this document will be assumed to be the 
word "guidance." 

When the user enters "guidance" on the screen 
shown in FIG. 12, for example, the linked document 
server 2 obtains the "Corporate Guidance" file from the 
electronic document store 3. adds a dictionary mode 
button, and sends the resulting document to the client 
device 1 in the form shown in FIG. 46. The first line 22 is 
the line added by the linked document server 2, com- 
prising ah opening tag containing the 7cgi- 
bln/into_the_dic" command, then the words "Dictionary 
mode." then a closing tag. The other lines contain the 
body of the document, including formatting tags and link 
tags. For example, the linktag (A HREF = "message")ts 
a hypertext reference to a document having the file 
descriptor "message" and containing a presidential 
message. The client device 1 displays the document as 
shown in FIG. 47. 

If the user selects the dictionary mode button in 
FIG. 46, the linked document server 2 receives and exe- 
cutes the "/cgi-birVinto_the_dic" command, thereby acti- 
vating the dictionary linker 4, which in turn activates the 
menu generator 16. The dictionary linker 4 and menu 
generator 1 6 together generate a result file with the con- 
tents 34 shown in FIG. 48. 

The first line in the result file contents 34 comprises 
the tag < A HREF = 7cgi-bin/look_up?corporate"> 
desaibed above, followed by the word "Corporate" and 
a closing tag (</A)). This is followed by a similar line for 
the word "Guidance." After a pair of formatting tags, 
there then appears a menu-opening command tag gen- 
erated by the menu generator 16 from the tag <A HREF 
= "message"). 

The word SELECT identifies this command tag as a 
menu-opening tag. The name of the menu is given as 
"selectl.* Arbitrary names such as "selecti," "select2," 
and so on can be assigned. Next, "onFocus = *ref(mes- 
sage)*" indicates that the default menu selection is a 
hypertext reference to a document with the file descrip- 
tor "message." The following "onChange = *look- 
dic(option)" indicates that if the user changes the menu 
selection from the default selection, the menu option 
selected by the user is to be looked up in the electronic 
dictionary 15. Specifically, "lookdic" is a function exe- 
cuted by the client device 1, and the word "option" indi- 
cates that a selected option is to be supplied as an 
argument of the function. 

The next four lines are option lines written by the 
menu generator 16, comprising the dictionary forms of 
the words "Message," "from," "the," and "President." 
each preceded by an (OPTION ) tag and followed by the 
notation "(die)," indicating that this option selects the 



dictionary entry of the given word. 

These lines are followed by a (/SELECT) tag, which 
is a closing tag indicating the end of the "selectl " menu. 
The result file continues with similar menus for "Global 

5 Slogan" and "OKI Electric at a Glance." 

The linked document server 2 adds an ordinary 
mode button to this result file by adding an initial line 35 
giving "guidance" as a hypertext reference, and sends 
the resulting document to the client device 1 . The client 

10 device 1 displays the received document as shown in 
FIG. 49. The underlines under the words "Corporate" 
and "Guidance" indicate that these words can be looked 
up in the dictionary. The three items "Message from the 
President," "Global Slogan," and "OKI Electric at a 

15 Glance" are presented as buttons that call forth menus. 
If the user selects the word "Corporate" with the 
pointing device, the linked document server 2 receives 
and executes the command "/cgi-bin/look_up?corpo- 
rate," causing the electronic dictionary 15 to return the 

20 dictionary entry for this word. The user then sees a dis- 
play similar to FIG. 16 or 27. except that the Japanese 
definition of "corporate" is given instead of the definition 
of "storehouse." 

If the user selects the "Message from, the Presi- 

25 dent" button, however, the tags and other information 
shown in FIG. 46 cause the client device 1 to display a 
menu beside the selected button, as shown in FIG. 50. 
The top line "Message from the President" in this menu 
is highlighted to indicate that this is the default selection. 

30 If the user chooses this selection, by pressing a button 
on the pointing device, for example, the file descriptor 
"message" wilt be sent to the linked document server 2, 
which will return the corresponding document, and the 
user will be able to read a presidential message, as if he 

35 had selected "Message from the President" on the dis- 
play in FIG. 47. 

If the user wants to know the Japanese meaning of 
the word "message," he can use the pointing device to 
change the menu selection as shown in FIG. 51. When 

40 this menu item is selected, the client device 1 executes 
the "lookdic" function shown in FIG. 48 with the word 
"message" as an argument. This function generates 
and sends to the linked document server 2 a "/cgi- 
bin/look_dic?message" command. By executing this 

45 command, the linked document server 2 obtains the dic- 
tionary entry for "message" from the electronic diction- 
ary 1 5, and sends this dictionary entry back to the client 
device 1 . The user then sees the Japanese definition of 
"message." 

50 The seventh embodiment is similar to the fourth 
embodiment in that dictionary entries are looked up 
when specifically requested, instead of when the dic- 
tionary mode button is selected, and in that the diction- 
ary entries and result file are not stored. By using 

55 menus as described above, however, the seventh 
embodiment is able to provide dictionary access from 
hypertext documents as well as from other documents, 
which is a considerable benefit for the user 

As a variation of the seventh embodiment, menu- 
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opening tags and option tags like the ones shown in 
FIG. 48 can be placed in the document files stored in 
the electronic document store 3, thereby providing the 
user with quicker dictionary access to the words 
appearing in hypertext links. This feature helps users to 
move from one hypertext document to another when the 
documents are in a foreign language. When the user 
reaches a document he wants to read more thoroughly 
he can select the dictionary mode button on the docu- 
ment to have dictionary look-up command tags added 
to all words in the document. In this variation, the menu 
generator 16 is used to generate the menu-tagged doc- 
uments stored in the electronic document store 3. 

Eighth Embodiment 

The eighth ennbodiment also provides dictionary 
access from hypertext documents, but does so by 
removing the hypertext links to other documents in the 
dictionary-access mode. 

Referring to FIG. 52, the eighth embodiment com- 
prises the same client device 1 , electronic document 
store 3. and electronic dictionary 15 as the seventh 
embodiment, a generally similar linked document server 
2 and dictionary linker 4, and a link remover 1 7. The link 
remover 17 communicates with both the linked docu- 
ment server 2 and the dictionary linker 4. 

The linked document server 2 in the eighth embod- 
iment differs from the linked document server 2 in the 
seventh embodiment in the following regard: upon 
receiving a tag attachment command, Instead of activat- 
ing the dictionary linker 4, the linked document server 2 
activates the link remover 17, The link remover 17 sub- 
sequently activates the dictionary linker 4, and the 
linked document server 2 obtains a result file from the 
dictionary linker 4 as in the seventh embodiment. 

When activated by the linked document server 2, 
the link remover 17 operates as shown in FIG. 53. The 
link remover 17 first obtains a copy of the document for 
which the tag attachment command was Issued, by hav- 
ing the linked document server 2 transfer the relevant 
document file from the electronic document store 3 
(step 700). Next, the link remover 17 determines 
whether this document is a hypertext document (step 
701). 

If the document is a hypertext document, the link 
remover 17 opens a temporary file (step 702), then 
starts reading character strings from the top of the doc- 
ument, continuing as long as any character strings 
remain to be read (step 703), While reading character 
strings, the link remover 1 7 looks for a character string 
that is the opening or dosing tag of a hypertext link to 
another file (step 704). When such a tag is read, the 
character string constituting the tag is discarded, and 
processing returns to step 703. Other character strings 
are written in the temporary file (step 705), after which 
processing returns to step 703. 

When all character strings have been processed in 
this way, the temporary file consists of the entire con- 
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tents of the hypertext document, except for the hyper- 
text links. The dictionary linker 4 is then activated, and 
the temporary file is passed to the dictionary linker 4 
(step 706). 

5 If the document is found not to be a hypertext docu- 
ment in step 701 , the document is passed without alter- 
ation to the dictionary linker 4 (step 706). 

Upon receiving a temporary file or unaltered docu- 
ment from the link remover 17, the dictionary linker 4 

10 operates essentially as in the fourth embodiment, fol- 
lowing the flowchart in FIG. 33. The only differences 
between the dictionary linkers 4 in the fourth embodi- 
ment and eighth embodiment are that the dictionary 
linker 4 in the eighth embodiment receives the docu- 

15 ment file from the link remover 17 instead of from the 
linked document server 2 in step 500, and the dictionary 
look-up command tags generated in step 51 4 invoke the 
electronic dictionary 15, instead of the dictionary entry 
extractor. After generating such command tags for all 

20 words and writing the words and command tags in the 
result file, the dictionary linker 4 passes the result file to 
the linked document server 2. 

Next, the overall operation of tiie eighth embodi- 
ment will be described, again In relation to the "Corpo- 

25 rate Guidance" hypertext document. 

When the user retrieves this document, the linked 
document sender 2 attaches a dictionary mode button 
as in the seventh embodiment, and the user sees the 
display shown in FIG. 47. If the user selects the diction- 

30 ary mode button, the link remover 17 obtains a copy of 
tiie "Corporate Guidance*' document from the linked 
document server 2 and removes the hypertext links. 
Tags such as the (A HREF = "message") and </A ) 
shown in FIG, 46 are removed, for example. The diction- 

35 ary linker 4 next inserts dictionary look-up command 
tags. For exannple. tiie tags < A HREF = 7cgi- 
bin/look_up?corporate" > and </A) are inserted before 
and after tiie word "Corporate," and (A HREF = "/cgi- 
bin/look_up?message" ) and (/A) are inserted before 

40 and after the word "Message. " As a result, the user sees 
the display in FIG. 54, in which each individual word in 
the "Corporate Guidance" document is underlined to 
indicate that the word can be looked up in the electronic 
dictionary 1 5. 

45 The user can look up words by selecting them on 
the display in FIG. 54 with the pointing device. When all 
necessary words have been looked up. the user can 
select the ordinary mode button to return to the display 
in FIG, 47. From FIG, 47. the user can retrieve other 

50 documents by selecting the underlined items with the 
pointing device. 

Compared with the seventh embodiment, the eighth 
emtx)diment is more convenient for the user to operate, 
in that dictionary definitions can be obtained witiiout 

55 going tiirough a menu selection process. The eighth 
embodiment is less convenient, however, in that the 
user cannot proceed directiy from tiie display in FIG. 54 
to anotiier linked document. 
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Ninth Embodiment 

The ninth embodiment attaches dictionary access 
information only to selected words in a non-hypertext 
document, instead of attaching such information to all 
words. 

Referring to FIG. 55, the ninth embodiment com- 
prises the same client device 1, electronic document 
store 3, and electronic dictionary 15 as the eighth 
embodiment, a generally similar linked document server 
2 and dictionary linker 4, and a dictionary access tabu- 
lator 18, which is coupled to the linked document server 
2 and dictionary linker 4. The dictionary access tabula- 
tor 18 keeps records indicating the frequency with which 
dictionary definitions of different words are requested, 
obtaining this information from the linked document 
server 2. and supplies this information on request to the 
dictionary linker 4. 

The linked document server 2, dictionary linker 4, 
and dictionary access tabulator 18 may all reside in the 
same computer system or workstation, for example, or 
they may reside in two or more separate systems. The 
functions of the dictionary access tabulator 18 may also 
be built into the electronic dictionary 15, In which case a 
separate dictionary access tabulator 18 is unnecessary. 

The linked document server 2 in the ninth embodi- 
ment operates as shown in FIG. 56. When the linked 
document server 2 receives a file descriptor, it obtains 
the requested document and attaches a dictionary 
mode button tf the document is not a hypertext docu- 
ment (steps 200, 208, 202, 204. and 205). When the 
linked document server 2 receives a tag attachment 
command, it activates the dictionary linker 4, and 
attaches an ordinary mode button to the result file out- 
put by the dictionary linker 4 (steps 200, 208. 201 , 203, 
and 207). These steps are identical to the correspond- 
ing steps performed by the linked document server 2 in 
the fourth embodiment, shown in FIG, 32. 

When the linked document server 2 receives a dic- 
tionary look-up command, it executes the command 
(step 210) as in the eighth embodiment, obtaining the 
dictionary entry for the requested word from the elec- 
tronic dictionary 1 5. or an unknown-word message if the 
word is not in the dictionary In addition, the linked doc- 
ument server 2 passes the word to the dictionary 
access tabulator 18 (step 211). 

After step 205. 207, or 211, the linked document 
server 2 sends the document or dictionary entry 
obtained from the above processing to tiie client device 
1 (step 206). 

When activated by the linked document server 2. 
the dictionary linker 4 operates as shown in FIG, 57. As 
in the first embodiment, after obtaining a copy of the 
document to be tagged (step 500), creating a result file 
(step 501), and performing a morphemic analysis (step 
502), the dictionary linker 4 processes words one by 
one until no unprocessed words remain (giving a nega- 
tive result in step 503), then outputs the result file to the 
linked document server 2 (step 508). 



When an affirmative result is obtained in step 503, 
indicating the presence of an unprocessed word, the 
dictionary linker 4 sends the word to the dictionary 
access tabulator 18 togetiier with a command asking 

5 the dictionary access talxilator 18 to indicate the 
number of times tiie word has been looked up in the 
past, receives this information from the dictionary 
access tabulator 18, and decides whetiier to attach dic- 
tionary access information to the word (step 525). This 

10 decision can be made, for example, according to a 
threshokl: dictionary access information is attached to 
words tiiat have been looked up at most N times in tiie 
past, and is not attached to words tiiat have been 
looked up more than N times in the past, where N is a 

J5 non-negative integer. The threshold value N may vary 
according to the part of speech. For example, tiie value 
of N could be set equal to zero for articles, conjunctions, 
pronouns, and prepositions, and to ten for nouns, vert^s. 
adjectives, and adverbs. In tiiis case, the dictionary 

20 linker 4 will stop attaching dictionary access information 
to articles, conjunctions, pronouns, and prepositions 
after these words have been looked up once, but will 
continue attaching dictionary access information to 
nouns, verts, adjectives, and adverts until these words 

25 have been looked up eleven times. 

When tiie dictionary linker 4 decides in step 525 to 
attach dictionary access information to a word, it gener- 
ates a dictionary look-up command tag and a con-e- 
sponding closing tag (step 520), and writes the word 

30 and these tags in the result file (step 506). When tiie 
dictionary linker 4 decides not to attach dictionary 
access information, step 520 is skipped, and only tiie 
word is written in the result file in step 506. After step 
506, the dictionary linker 4 returns to step 503 to proc- 

35 ess the next word. 

Next, tiie operation of tiie dictionary access tabula- 
tor 18 will be described with reference to FIGs. 58, 59, 
and 60. 

The dictionary access tabulator 18 maintains a 

40 table of word look-up records as illustrated in FIG. 58. 
Each record comprises a word and tiie number of times 
the word has been sent to the dictionary access tabula- 
tor 18 from the linked document server 2; tiiat is, tiie 
number of times the linked document server 2 has 

45 received a dictionary look-up command for tiie word. 
This number of times will be referred to as the look-up 
count. The table in FIG. 58 indicates that the word "we** 
has been looked up once, for example, and the word 
"draw" tiiree times. 

50 When supplied with a word by ttie linked document 
server 2, the dictionary access tabulator 18 operates as 
shown in FIG. 59. First, the dictionary access tabulator 
18 determines whether the word is a new word, mean- 
ing a word that does not already appear in tiie table of 

55 word look-up counts (step 800). If tiie supplied word 
already appears, the dictionary access tabulator 18 
increments its look-count by one (step 801). If the sup- 
plied word does not already appear, the dictionary 
access tabulator 1 8 creates a new record in tiie table of 
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word took-up counts, listing the supplied word with a 
look-up count of one (step 802). 

When supplied with a word by the dictionary linker 
4. the dictionary access tabulator 1 8 operates as shown 
in FIG. 60. First, the dictionary access tabulator 18 
determines whether the word appears in the table of 
word look-up counts (step 804). if the supplied word 
appears, the dictionary access tabulator 18 returns its 
look-up count to the dictionary linker 4 (step 805). If the 
word does not appear, the dictionary access tabulator 
18 returns a look-up count of zero to the dictionary 
linker 4 (step 806). 

Next, the overall operation of the ninth embodiment 
will be described. 

Starting from the initial screen shown in FIG. 12, if 
the user enters the file descriptor of the "Corporate 
Guidance" document, then selects the hypertext link to 
the "Global Slogan" document, he will see first the dis- 
play in FIG. 13 (without a dictionary mode button, 
because the "Corporate Guidance" document is a 
hypertext document), then the display in FIG. 14 (with a 
dictionary nrxxje button, because the "Global Slogan" 
document Is not a hypertext document). 

If the user selects the dictionary mode button on the 
display In FIG. 14. the linked document server 2 acti- 
vates the dictionary linker 4, which generates a result 
file according to the look-up counts maintained by the 
dictionary access tabulator 18. The linked document 
server 2 adds an ordinary mode button, and sends this 
file back to the client device 1 . 

FIG. 61 shows an example of the result file returned 
by the linked document server 2 to the client device 1 
when the word look-up count table has the contents 
shown in FIG. 58, and the threshold values of zero and 
ten are used as described above. TTie first line in FIG. 
61 is the ordinary mode button added by the linked doc- 
ument server 2. The next line contains only the word 
"We," because the look-up count (one) for this word 
exceeds the threshold value (zero) for pronouns. The 
next line contains the word "draw" together with a dic- 
tionary look-up command tag and closing tag. because 
the look-up count (three) for this word does not exceed 
the threshold value (ten) for verbs. Other lines are gen- 
erated similarly by the dictionary linker 4. The client 
device 1 displays this result file as shown in FIG. 62. 

The user can now look up the underlined words in 
FIG. 62 by selecting them with the pointing device. If the 
user selects the word "storehouses." for example, he 
will obtain a Japanese definition as shown in FIG. 16 or 
27. If the user selects the word "We," however, no d^i- 
nition will be returned and the display in FIG. 62 will 
remain unchanged, because no dictionary access tag is 
attached to this word. 

By not underlining words that the user has already 
looked up a certain number of times, the system 
reminds the user that he (presumably) already knows 
these words. More signrficantly, as the user looks up 
more and more words, the amount of tag attachment 
processing that must be carried out by the dictionary 



linker 4 gradually decreases, and the system's 
response to selection of the dictionary mode button 
becomes faster. 

Next, a variation of the nintii embodiment will be 
5 described. In this variation, the dictionary linker 4 
attaches dictionary access information to all words in 
the document, regardless of their look-up counts, but 
also attaches tags that vary the way in which each word 
is displayed, depending on tiie look-up count of the 
10 word. For example, words that have not been looked up 
before can be displayed in the color blue, words that 
have been looked up from one to five times in the color 
green, and words ttiat have been looked up more than 
five times in the color red. 
15 FIG. 63 shows a hypothetical result file generated 
by the dictionary linker 4 in this case. The tag (FONT = 
BLUE ) in the first tine indicates tiiat the words between 
this tag and tine following closing tag (/FONT) are to be 
displayed in the color blue. The word "We" is accord- 
20 ingly displayed in blue. Green and red are specified sim- 
ilarly In this case tiie color red informs tiie user that tine 
word "vast" has been looked at least six times in the 
past, suggesting that this might be a word worth learn- 
ing. The display colors thus provide tiie user with infor- 
ms mation that can help the user to decide which words to 
look up. 

Instead of changing tiie colors in which tiie words 
are displayed, tiie dictionary linker 4 can indicate look- 
.up counts in various other ways. For example, the colors 
30 of the underlines below the words can be altered, or 
italic and bold fonts can be used. 

Tenth Embodiment 

35 The tenth embodiment adds a learning function to 
the ninth embodiment. The tenth emtDodiment keeps 
track of both the number of times a word is tagged for 
dictionary access and the number of times the word has 
been looked up, arxl stops tagging words tiiat have 

40 been frequentiy tagged but rarely looked up. 

Refemng to FIG. 64, the tenth embodiment com- 
prises the sanie dient device 1 , linked document server 
2, electronic document store 3, electronic dictionary 15, 
and dictionary access tabulator 18 as tiie ninth embod- 

45 iment, and a generally similar dictionary linker 4. The 
tenth embodiment also comprises a tag tabulator 19. 
which is linked to the dictionary linker 4. and a ratio cal- 
culator 20. which is linked to the dictionary linker 4. dic- 
tionary access tabulator 18, and tag tatxjtator 19. 

50 The dictionary linker 4 in tiie tenth embodiment 
operates like the dictionary linker 4 in tiie ninth embodi- 
ment, but with two differences. Referring to FIG. 65, one 
difference is tiiat tiie dictionary linker 4 in the tenth 
embodiment decides whether to attach dictionary 

55 access information to each word on the basis of a tag 
count and look-up ratio supplied from the ratio calcula- 
tor 20 (step 527), instead of on the basis of a look-up 
count supplied from tiie dictionary access tabulator 18. 
The tag count indicates tiie number of times the word. 
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or a word with the same dictionary form, has been 
tagged in the past. The look-up ratio indicates what pro- 
portion of those times have resulted in actual look-up of 
the word by the user. 

Specifically, the dictionary linker 4 compares the s 
tag count with a first threshold value and the look-up 
ratio with a second threshold value. If the tag count is 
equal to or less than the first threshokl value, or the 
look-up ratio is greater than the second threshold, the 
dictionary linker 4 decides to attach dictionary access 
information. If the tag count is greater than the first 
threshold value and the look-up ratio is equal to or less 
than the second threshold value, the dictionary linker 4 
decides not to attach dictionary access information. For 
example, the dictionary linker 4 can decide to attach dic- 
tionary access information unless the word has been 
tagged more than five times already, but has not been 
looked up more than three-tenths of the time. 

The other difference is that, when the dictionary 
linker 4 decides to attach dictionary access information, 
after generating the necessary tags in step 520. the dic- 
tionary linker 4 passes the dictionary form of the word 
being tagged to the tag tabulator 19 (step 528). 

The other steps shown in FIG. 65 are identical to 
the corresponding steps performed by the dictionary 
linker 4 in the ninth embodiment, shown in FIG. 57. so a 
step-by-step description will be omitted. 

The operation of the tag tabulator 19 is analogous 
to the operation of the dictionary access tabulator 18, 
described in the ninth embodiment, so explanatory 
drawings will be omitted. The tag tabulator 19 maintains 
a table of records indicating the number of times the dic- 
tionary linker 4 has attached dictionary access informa- 
tion to different words. The table is similar to the table of 
look-up counts shown in FIG. 58, except that the values 
indicate tag counts instead of look-up counts. When 
sent a word by the dictionary linker 4, the tag tabulator 
19 searches for the word in the table of tag counts, 
increments the tag count of the word if the word already 
appears in the table, and enters the word in a new 
record with a tag count of one if the word does not 
appear. When sent a word by the ratio calculator 20. the 
tag tabulator 19 returns the tag count of the word if the 
word appears in the table, and returns a tag count of 
zero of the word does not appear. 

FIG. 66 illustrates the operation of the ratio calcula- 
tor 20 when supplied with a word from the dictionary 
linker 4. The ratio calculator 20 begins by sending this 
word to the tag tabulator 19, receiving the tag count of 
the word, and deciding whether the tag count is zero 
(step 900). If the tag count is not zero, the ratio calcula- 
tor 20 sends the word to the dictionary access tabulator 
18 and receives the look-up count of the word (step 
901 ). The look-up count is then divided by the tag count 
to obtain the look-up ratio (step 902). The look-up ratio 
is a number between zero and one, inclusive. For exam- 
ple, if a word has been tagged five times and never 
looked up, its look-up ratio is zero. If the word has been 
tagged five times and looked up five times, its look-up 



ratio is one. 

If the word has been looked up more often tiian 
tagged, which may occur if a user looks up a word 
repeatedly in the same place in the same document, tiie 
look-up ratio is arbitrarily set to one. The look-up ratio is 
also set to one if the tag count is zero (step 903). After . 
step 902 or step 903, the ratio calculator 20 sends both 
the tag count and the look-up ratio to the dictionary 
linker 4 (step 904), 

The overall operation of the tenth enobodiment is 
similar to the overall operation of the ninth embodiment, 
but more responsive to the user's look-up behavior. If 
tiie user does not look up a word even tiiough the word 
is tagged repeatedly, presumably because the user 
already knows tiie word, the system will stop tagging 
tiie word as soon as its tag count passes the first thresh- 
old value. If the user looks the word up a few times, then 
stops looking it up, presumably because he has learned 
the meaning of the word, tiie system will again stop tag- 
ging tiie word, as soon as the tag count exceeds the first 
tiireshokj value and the look-up ratio falls to the second 
tiireshold value. If tiie user keeps looking the word up 
from time to time, however, the system will continue to 
tag the word as long as tiie look-up ratio remains above 
the second threshold value. 

As a variation of the tenth embodiment, the diction- 
ary access tabulator 18 and tag tabulator 19 can be 
adapted to clear the tables of look-up counts and dic- 
tionary access tag counts periodically, tiiereby re-initial- 
izing botii tables to an empty state. Tiie reason for doing 
so is tiiat if the tables are not cleared, then once the dic- 
tionary linker 4 decides not to tag a given word, it is 
likely to continue deciding not to tag that word indefi- 
nitely, even if in tiie meantime the user forgets tiie 
meaning of the word and would like to look it up again. 

Alternatively, the tenth embodiment can be adapted 
to dear the look-up and tag counts of individual words 
tiiat have not been looked up for a certain period of time 
to zero, or to adjust the tag count to a value tiiat makes 
the look-up ratio greater ttian the second tiireshold 
value, so that the word can be tagged again when it 
appears in a document. If tiie user still does not look tiie 
word up. the intervals at which ttie look-up and tag 
counts are cleared or adjusted can be gradually length- 
ened. 

The tentii embodiment can also be adapted to dis- 
play tagged words in different colors according to their 
look-up ratios, or otherwise alter the display of the 
words to indicate how frequentiy they have been looked 
up, as in the variation of the ninth emtjodiment 
described above. 

When the nintii embodiment or tentii embodiment 
is practiced in a system tiiat serves multiple users, the 
dictionary access tabulator 18 and tag tabulator 19 can 
be adapted to maintain separate tables tor each user, so 
that the words made available tor dictionary look-up by 
one user will not be affected by the past look-up behav- 
ior of otiier users. This feature can easily be imple- 
mented in systems that require a user to present a user 
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name or other identifying information when accessing 
the system. 

Alternatively, a single table of look-up counts and a 
single table of tag counts can be maintained for all 
users. In this case, in deciding which words to tag for a s 
given user, the system can make use of information 
gained from the look-up behavior of other users. For 
example, the system can quickly learn to omit the tag- 
ging of the English articles ("a," "an," and "the") and 
other common words that everyone knows. io 

As a further variation, the invented document dis- 
play system can maintain a fixed list of words that are 
not to be tagged. In place of the tables of look-up counts 
and tag counts. More generally, the system can main- 
tain a table of conditions specifying how individual is 
words are to be tagged for dictionary access, and how 
these words are to be displayed. Itie system may have 
various specialized dictionaries, for example, and may 
be adapted to tag specialized terminology for access to 
the appropriate specialized dictionary, using different 20 
colors to indicate to the user that the tags lead to differ- 
ent dictionaries. 

The embodiments described above do not exhaust 
the ways in which the invention can be practiced. The 
features of different embodiments can be combined to 25 
obtain new embodiments. For example, the second and 
third embodiments can be combined, and many other 
combinations are possible. 

Needless to say, the invention is not limited to giving 
Japanese definitions of English words. Definitions of so 
words in any language can be given in any other lan- 
guage. Definitions of words can also be given in the 
same language as the words themselves. 

The electronic dictionaries employed in the inven- 
tion are not limited to dictionaries that simply give words 35 
and their definitions. The dictionary entries may also 
indicate the pronunciation of the word, possibly by 
means of synthesized speiech, in which case the client 
device 1 should be equipped with facilities for audio out- 
put. Dictionary entries may also be illustrated with pic- 40 
tures, in which case the client device 1 should be 
adapted to display such pictures. Dictionaries that give, 
for example, short biographies of famous people, may 
also be used, in addition to dictionaries giving the 
meanings of words. 45 

When the invention is practiced using a plurality of 
electronic dictionaries, various means can be used to 
select a particular dictionary. One known method 
assigns certain key words to each dictionary, and 
selects the dictionary having the most key words in the so 
document for. which the dictionary mode button was 
pressed. Another possible method is to select the dic- 
tionary on the basis of the contents of tags appearing in 
the document. Thus a tag indicating an author's name 
could be used to select a biographical dictionary. 55 

The description of the present invention has 
referred to words as being defined in an electronic dic- 
tionary. The term "defined" should be interpreted 
broadly enough to include the desaiptions given in bio- 



graphical dictionaries and other such dictionaries. 

TTie ordinary mode button and dictionary mode but- 
ton do not have to be displayed in the positions shown 
in the drawings, and do not have to be added by the 
linked document server 2. For exanrple, tiie client 
device 1 can be adapted to display these buttons beside 
the "Fonward" and "Back" and other buttons at the top of 
the screen. The ordinary mode button, and dictionary 
mode button can be displayed as underlined words, as 
shown in the drawings, or they can be made to resem- 
ble physical buttons, or tiiey can be displayed as icons 
or any otiier recognizable control items. 

The ordinary mode button can be omitted. The user 
can return to the ordinary mode by selecting the "Back" 
button. 

As noted earlier, the invention can be practiced in a 
computer communication network in which tiiere are 
multiple client devices, multiple linked document serv- 
ers, and multiple electronic document stores located at 
different sites, in this case, a linked document server 
can attach dictionary mode buttons to documents 
retrieved from other sites, enabling words in a document 
to be looked up regardless of the location from which 
the document is obtained. 

The invention can also be practiced in a system that 
is not networked, or a system in which documents are 
not linked to one another by hypertext references. For 
example, the invention can be used to enable words in 
arbitrary text files to be looked up. by adding dictionary 
look-up commands or pointers to those files. These 
commands or pointers need not be contained in hyper- 
text tags, but can be embedded in other forms, such as 
attribute information. 

TTie dictionary entries returned to the client device 
do not have to give both the accessed word and its def- 
inition, as shown in the drawings. The definition alone 
can be given. 

The invention can also be adapted to generate a 
result file witii embedded dictionary access information 
automatically when a document is first retrieved, so that 
the user does not have to select the dictionary mode 
button each time he needs to look up a word. For exam- 
ple, the client device can be adapted to send a tag 
attachment command to the linked document server 
together with the file descriptor of each document to be 
retrieved. 

Those skilled in the art will recognized tiiat further 
modifications are possible within the scope claimed 
below. 

Claims 

1 . A method of displaying an electronic document to a 
user on a device enabling the user to select items 
such as character sti'ings in the electronic docu- 
ment, comprising the steps of: 

attaching dictionary access information to 
character strings in said electronic document; 
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displaying said electronic dcxument with said 
dictionary access information attached, said 
character strings being visibly marked to indi- 
cate presence of said dictionary access infor- 
mation without displaying said dictionary 
access information itself; and 
displaying an entry from an electronic diction- 
ary (5, 10, 15), if the user selects a character 
string to which said dictionary access irrforn^- 
tion is attached, said entry defining said char- 
acter string. 

2. The method of claim 1 , comprising the further steps 
of: 

adding to said electronic document a control 
item enabling the user to select a dictionary- 
access mode: and 

displaying said electronic document with said 
control item, but without said dictionary access 
information attached; wherein 

said steps of attaching dictionary 
access information and displaying said elec- 
tronic document with said dictionary access 
information attached are carried out when the 
user selects said dictionary-access mode. 

3. The method of claim 2, comprising the further steps 
of: 

storing said electronic document with said dic- 
tionary access information attached in a dic- 
tionary-access-ready document store (6); and 
retrieving said electronic document with said 
dictionary access information attached from 
said dictionary-access-ready document store if 
said dictionary-access mode is selected again. 

4. The method of claim 1 , wherein said electronic dic- 
tionary (5) comprises hypertext link information 
enabling entries in said electronic dictionary to be 
individually retrieved by hypertext links from other 
documents, and said dictionary access information 
comprises hypertext links pointing to said entries in 
said electronic dictionary. 

5. The method of claim 1, wherein said dictionary 
access information comprises commands for look- 
ing up said character strings in said electronic dic- 
tionary (10), and said step of displaying an entry 
from said electronic dictionary is carried out by exe- 
cuting one of saki commands. 

6. The method of claim 1 , comprising the further steps 
of: 

extracting entries from said electronic diction- 
ary (10); and 

storing the entries thus extracted in a dictionary 



entry store (9) separate from said electronic 
dictionary (10). 

7. The method of claim 6, wherein saki steps of 
5 extracting entries and storing the entries are carried 

out when sakJ dictionary access information is 
attached, and said dictionary access information 
comprises hypertext links pointing to individual 
entries in said dictionary entry store (9). 

10 

8. The method of claim 6, wherein saki steps of 
extracting entries and storing the entries are carried 
out when the user selects character strings defined 
by the entries. 

15 

9. The method of claim 8, comprising the further step 
of checking sakl dictionary entry store (9) when dic- 
tionary access information is attached, wherein 
said dictionary access information comprises 

20 hypertext links pointing to entries already present in 
said dictionary entry store, and dictionary look-up 
commands for obtaining entries not already present 
in said dictionary entry store from said electronic 
dictionary (10). 

25 , 

10. The method of claim 1 , comprising the further step 
of removing, from said electronic document, hyper- 
text links to other electronic documents, before said 
step of attaching dictionary access information. 

30 

11. The method of ctainn 1 , comprising the further steps 
off: 

attaching menu information to items in said 
35 electronic document having hypertext links to 

other documents; and 

displaying a menu, when the user selects one 
of said items in said electronic document hav- 
ing hypertext links to other documents, said 
40 menu allowing the user to select character 

strings in said item for display of their dictionary 
entries, as well as allowing the user to select 
access to a document to which said item is 
linked by a hypertext link 

45 

12. The method of claim 1, wherein said dictionary 
access information is attached only to character 
strings defined in said electronic dictionary (5, 10. 
15). 

50 

1 3.. The method of claim 1 , comprising the further step 
of displaying a message stating that the character 
string selected by the user is not found in the elec- 
tronic dictionary, if the user selects a character 
55 string not defined in said electronic dictionary (5, 
10, 15). 

14. The method of claim 1 , comprising the further step 
of keeping first records indicating how frequently 
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different character strings with attached dictionary 
access information have been selected by the user. 

1 5. The method of claim 1 4 wherein, in said step of dis- 
playing said electronic document with said diction- s 
ary access information attached, said character 
strings are displayed in different ways responsive to 
said first records. 

1 6. The method of claim 1 4, comprising the further step io 
of deciding, according to said first records, whether 

to attach said dictionary access information to the 
individual character strings in said electronic dic- 
tionary. 

15 

1 7. The method of claim 1 4, comprising the further step 
of keeping second records indicating how fre- 
quently different character strings have been dis- 
played with attached dictionary access information 

20 

18. The method of claim 17 wherein, in said step of dis- 
playing said electronic document with said diction- 
ary access information attached, said character 
strings are displayed in different ways responsive to 
said first records and said second records. 25 

1 9. The method of claim 1 7. comprising the further step 
of deciding, according to said first records ar»d said 
second records, whether to attach said dictionary 
access information to the individual character 30 
strings in said electronic dictionary. 

20. The method of claim 19, wherein said first records 
comprise first counts indicating numbers of times 
respective character strings have been locked up, 35 
said second records comprise second counts indi- 
cating numbers of times said dictionary access 
information has been attached to respective char- 
acter strings, and said step of deciding comprises 
the further steps of: 4o 

calculating a ratio of one of said first records to 
one of said second counts; 
comparing said ratio with a first threshold; and 
comparing said one of said second counts with 45 
a second threshold. 

21. The method of claim 20, wherein said dictionary 
access information is attached when said ratio 
exceeds said first threshold, and said dictionary 50 
access information is also attached when said one 

of said second counts does not exceed said second 
threshold. 

22. A document display system having a client device 55 
(1) for displaying electronic documents to a user, 
receiving commands from the user, and enabling 
the user to select character strings in said elec- 
tronic documents, comprising: 
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an electronic dictionary (5, 10, 15) coupled to 
said client device, having a plurality of entries 
stored on an electronically accessible medium; 
and 

a dictionary linker (4) coupled to said client 
device, for attaching dictionary access informa- 
tion to character strings in an electronic docu- 
ment displayed by said client device, 
responsive to a command received by said cli- 
ent device from the user, said dictionary access 
inlbrmation causing said client device to 
retrieve and display an entry from said elec- 
tronic dictionary when the user selects a char- 
acter string to which said dictionary access 
information is attached. 

23. The system of claim 22 wherein, when said diction- 
ary linker (4) attaches said dictionary access infor- 
mation to character strings in said electronic 
document, said client device (1) displays said elec- 
tronic document with the character strings to which 
said dictionary access information is attached visi- 
bly marked to indicate that said dictionary access 
information is present, without displaying said dic- 
tionary access information itself. 

24. The system of claim 22, further comprising a dic- 
tionary-access-ready document store (6), coupled 
to said dictionary linker (4), for storing electronic 
documents together with dictionary access infor- 
mation attached thereto by said dictionary linker. 

25. The system of claim 22, also comprising a linked 
document server (2) coupled between said client 
device (1) and said dictionary linker (4), for supply- 
ing said electronic documents to said client device, 
activating said dictionary linker responsive to said 
command, receiving said dictionary access infor- 
mation from said client device when the user 
selects a character string to which said dictionary 
access information is attached, obtaining said 
entry, and supplying said entry to said client device. 

26. The system of claim 25. wherein said electronic dic- 
tionary (5) has hypertext link information enabling 
said entries to be retrieved from hypertext docu- 
ments, and said dictionary access information com- 
prises hypertext links pointing to the entries in said 
electronic dictionary. 

27. The system of claim 25, also comprising a diction- 
ary entry extractor (8) coupled to said electronic 
dictionary (10), for extracting entries from said elec- 
tronic dictionary 

28. The system of claim 27, wherein said dictionary 
access information comprises commands causing 
said linked document server (2) to activate said dic- 
tionary entry extractor (8). 
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29. The system of daim 27. also comprising a diction- 
ary entry store (9) coupled to said dictionary entry 
extractor (8). for storing the entries extracted by 
from said dictionary entry extractor from said elec- 
tronic dictionary (10). 5 

30. The system of claim 29 wherein, when the user 
selects a character string to which dictionary 
access information is attached, if a corresponding 
entry is already stored in said dictionary entry store io 
(9), said dictionary entry extractor (8) obtains said 
corresponding entry from said dictionary entry 
store, and if a corresponding entry is not already 
stored in said dictionary entry store, said dictionary 
entry extractor extracts a corresponding entry from is 
said electronic dictionary (10), supplies said entry 

to said client device (1), and stores said corre- 
sponding entry in said dictionary entry store. 

31 . The system of daim 29 wherein, when said diction- 20 
ary linker (4) attaches dictionary access information 

to a character string, said dictionary entry extractor 
(8) extracts a corresponding entry from said elec- 
tronic dictionary (10) and stores said entry in said 
dictionary entry store (9), unless said entry is 25 
already stored in said dictionary entry store, and 
wherein said dictionary access information com- 
prises a hypertext, link to the corresponding entry 
stored in said dictionary entry store. 

30 

32. The system of daim 29 wherein, when said diction- 
- ary linker (4) attaches dictionary access information 

to a character string, said dictionary linker checks 
said dictionary entry store (9), attaches as said dic- 
tionary access information a hypertext link pointing 35 
to a corresponding entry in said dictionary entry 
store, if said con-esponding entry is already stored 
in said dictionary entry store, and attaches as said 
dictionary access information a command for acti- 
vating said dictionary entry extractor (8), if said cor- 40 
responding entry is not already stored in said 
dictionary entry store. 

33. The system of claim 22, further comprising a menu 
generator (1 6) coupled to said dictionary linker (4). 45 
wherein: 

when said dictionary linker is attaching said 
dictionary access information, if said dictionary 
linker encounters an item to which a hypertext link 
is already attached, said dictionary linker activates so 
said menu generator, and said menu generator 
generates menu information for displaying a menu 
allowing the user to select retrieval and display of 
an electronic document indicated by said hypertext 
link and also allowing the user to select dictionary ss 
access for character strings in said item; 

said dictionary linker attaches said menu infor- 
mation to said item; arxl 



said client device displays said menu when the 
user selects said item. 

34. The system of daim 22, further comprising a link 
remover (17) coupled to said dictionary linker (4), 
for renrioving hypertext links from electronic docu- 
ments before said dictionary linker attaches said 
dictionary access information to character strings in 
said electronic documents. 

35. The system of claim 22, wherein said dictionary 
linker (4) attaches said dictionary access informa- 
tion only to character strings defined in said elec- 
tronic dictionary (5, 10. 15). 

36. 1Tie system of claim 22. wherein said client device 
(1) displays a message indicating that no dictionary 
entry is present, if the user selects a character 
string not defined in said electronic dictionary (5, 
10. 15). 

37. The system of claim 22, further comprising a dic- 
tionary access tabulator (18) coupled to said dic- 
tionary linker (4). for keeping records about past 
selections, by the user, of character strings to which 
said dictionary access information was attached. 

38. The system of claim 37, wherein said dictionary 
linker (4) uses the records kept by said dictionary 
access tabulator (18) in deciding whether to attach 
said dictionary access information to said character 
strings. 

39. TTie system of claim 37. wherein said dictionary 
linker (4), in attaching said dictionary access infor- 
mation, uses the records kept by said dictionary 
access tabulator (1 8) by attaching attribute informa- 
tion causing said client device (1) to display said 
character strings in different ways indicating to tiie 
user how frequentiy said character strings have 
been previously selected. 

40. The system of claim 37, wherein the records kept 
by said dictionary access tabulator (18) conrprises 
first counts indicating how frequently said character 
strings are selected by the user. 

41. The system of claim 40, furtiier comprising a tag 
tabulator (19) coupled to said dictionary linker (4), 
for keepinig second counts indicating how fre- 
quentiy said dictionary access information has 
been attached to said character strings. 

42. The system of claim 41, wherein said dictionary 
linker (4) uses said first counts and said second 
counts in deciding whether to attadi said dictionary 
access information to said character strings. 

43. The system of claim 42, further connprising: 
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a ratio calculator (20) coupled to said dictionary 
linker (4), for calculating ratios of said first 
counts to said second counts; wherein 
said dictionary linker uses said ratios and said 
second counts in deciding whether to attach s 
said dictionary access information to said char- 
acter strings. 

44. The system of claim 43, wherein said dictionary 
linker (4) compares said ratios with a first threshold. io 
compares said second counts with a second 
threshold, and attaches said dictionary access 
information to character strings the ratios of which 
exceed said first threshold, and to character strings 

the second counts of which do not exceed said sec- is 
ond threshoW. 

45. An electronic dictionary (5), comprising an electron- 
ically accessible medium on which are stored a plu- 
rality of dictionary entries, and on which Is also 20 
stored hypertext link information enabling the dic- 
tionary entries to be individually retrieved by hyper- 
text links from electronic documents. 

46. The electronic dictionary (5) of claim 45, wherein 25 
said hypertext link information conforms to a hyper- 
text markup language. 

47. The electronic dictionary (5) of claim 45, wherein 
said hypertext link information comprises an open- 30 
ing tag preceding each dictionary entry in said elec- 
tronic dictionary, and a closing tag following each 
dictionary entry in said electronic dictionary. 

48. The electronic dictionary (5) of claim 47, wherein 35 
each said opening tag specifies a character string 
defined by the dictionary entry following said open- 
ing tag. 

49. The electronic dictionary (5) of claim 45, wherein 40 
one of said dictionary entries is an unknown-char- 
acter-string entry comprising a message that can 

be displayed to inform a user who tries to look up a 
character string that the character string is not 
defined in the electronic dictionary. 45 



25 



EP 0 810 534 A2 



FIG.1 



CLIENT 
DEVICE 



2 



LINKED 

DOCUMENT 

SERVER 



ELECTRONIC 

DOCUMENT 

STORE 



4 



DICTIONARY 
LINKER 



TAGGED 

ELECTRONIC 

DICTIONARY 



FIG.2 

^ ^ ' — ^< A NAME = " storehouse" > 
^„ / storehouse 

^ I n. (c) lltlt 2(»ift «c if (7))^« 
~</A> 



13 



< A NAME = " storekeeper" > 
storekeeper 

n. (c) 1 is^, '\^%MK zurmea A 

</A> 

< A NAME = " storeroom" > 
storeroom 

n. (c)lS?iaS. «ja§ 
</A> 



26 



EP 0 810 534 A2 



FIG.3 



START 



i 100 

DISPLAY INITIAL SCREEN 



101 




END 



SEND INFORMATION TO 
LINKED DOCUMENT SERVER 



104 



RECEIVE AND DISPLAY 
DOCUMENT 



27 



EP 0 810 534 A2 



FIG.4 



YES 







RECEIVE INFORMATION 
FROM CLIENT DEVICE 







200 



GET DOCUMENT 



ADD DICTIONARY 
MODE BUTTON 



201 
YES 




203 



ACT\\/ME DICTIONARY 
LINKER 




207 



ADD ORDINARY MODE 
BUTTON TO MODIFIED 
DOCUMENT 



SEND DOCUMENT 
TO CLIENT DEVICE 



206 



28 



EP 0 810 534 A2 



FIG.5 



22 

s 



<A HREF= 7cgi-bin/inlo_the_dic" > DICTIONARY MODE </A> 



21 



We draw on vast storehouses of technological 
expertise, from semiconductors to information 



FIG.6 



^A HREF= "slogan" > ORDINARY MODE </A> 

' < A HREF = "tagED#we" > We < /A > 
< A HREF = "tagED#draw" > draw < /A > 
<A HREF = "tagED#on" > on </A> 
J < A HREF = "tagED#vast" > vast < /A > 
'^'1 <A HREF = "tagED#storehouse" > storehouses </A> 



29 



EP 0 810 534 A2 



FIG.7 



Q START ^ 



GET DO 


CUMENT 






CREATE 

NEW RESULT FILE 






MORPHEMIC ANALYSIS 



500 



501 



502 




30 



EP 0 810 534 A2 



FIG.8 

< A HREF = "tagED#we" > We < /A > 

< A HREF = "tagED#draw" > draw < /A > 
<A HREF = "tagED#on" > on </A> 
<A HREF = "tagECM^vast" > vast </A> 

<A HREF = "tagED#storehouse" > storehouses </A> 



FIG.9 

< A HREF = "tagED#we" > We < /A > 

< A HREF = "tagED#draw" > draw < /A > 

< A HREF = "tagED#on" > on < /A > 
vast 

<A HREF = "tagED#storehouse" > storehouses </A> 



FIG.10 



< A NAME = "UNKNOWN.WORDS" > 
</A> 



FIG.11 

< A HREF = "tagED#we" > We < /A > 

< A HREF = 'tagED#draw" > draw < /A > 

< A HREF = "tagED#on" > on < /A > 

< A HREF = "tagED#UNKNOWN_WORDS" > vast < /A > 
<A HREF = "ta9ED#storehouse" > storehouses </A> 



31 



EP 0 810 534 A2 




32 



EP 0 810 534 A2 




FIG.16 




(BAci<^ (forward^ t^RELOAD^ 


C OMIT 


storehouse 

n. (c) 1 M 2(»iS64' if 




storekeeper 

n. (c) 1 0±x 2tLWS^K 




storeroom 

n.(c)l9?j«^. 4«a$ 





FIG.17 




ORDINARY MODE 



We draw on vast storehouses of technological 
expertise, from semiconductors to information 
and communication systems, to provide a_ range 
of products, from terminals to systems. 



33 



EP 0 810 534 A2 



FIG.18 




FIG.19 



CLIENT 
DEVICE 



2 



LINKED 

DOCUMENT 

SERVER 



ELECTRONIC 

DOCUMENT 

STORE 



4 



DICTIONARY 
LINKER 



6 



DICTIONARY- 
ACCESS-READY 
DOCUMENT STORE 



TAGGED 

ELECTRONIC 

DICTIONARY 



34 



EP 0 810 534 A2 



FIG.20 



Q START ^ 
GET DCXDUMENT 




35 



EP 0 810 534 A2 



FIG.21 



Q START ^ 



CREATE / 
RESULT F 


VND LOCK 
■ILE 






MORPHEMIC ANALYSIS 



508 



502 



503 




GENERATE DICTIONARY 
LINK TAGS 



509 

A 



UNLOCK 
RESULT FILE 



507 

A 



UNKNOWN-WORD 
PROCESSING 



WRITE WORD AND 
TAGS IN RESULT FILE 



506 



c 



END 



36 



EP 0 810 534 A2 



FIG.22 



CLIENT 
DEVICE 



2 



LINKED 

DOCUMENT 

SERVER 



ELECTRONIC 

DOCUMENT 

STORE 



DICTIONARY 

ENTRY 

STORE 



4 



DICTIONARY 
LINKER 



8 



DICTIONARY 

ENTRY 

EXTRACTOR 



10 



ELECTRONIC 
DICTIONARY 



FIG.23 



Storehouse 

n. (c) 1 2 {Wkf^ i: a))^0 □ 
storekeeper 

0. (c) 1 /jN^ia A 2 itmes A □ 

storeroom 



37 



EP 0 810 534 A2 



FIG.24 

( 



START 



3 



GET DOCUMENT 






CREATE 




NEW RESULT FILE 






MORPHEMIC ANALYSIS 



500 



501 



502 



503 




ACTIVATE DICTIONARY 
ENTRY EXTRACTOR 



508 



511 



GENERATE DICTIONARY 
ENTRY LINK TAGS 



OUTPUT 
RESULT FILE 



WRITE WORD AND 
TAGS IN RESULT FILE 



506 



38 



EP 0 810 534 A2 



FIG.25 



<A HREF « "/dic/keepAve" > We </A> 

<A HREF = 7dic/keep/draw" > draw </A> 

<A HREF = "/dicykeep/on** > on </A> 

< A HREF = "/dic/keep/vasr > vast < /A > 

<A HREF = 7dic/keep/storehouse" > storehouses </A> 



FIG.26 



YES ENTRY 

ALREADY STORED? 




YES 



EXTRACT AND STORE 
DICTIONARY ENTRY 



CREATE AND STORE 
UNKOWN-WORD FILE 



PASS FILE NAME TO 
DICTIONARY LINKER 



END ^ 



403 



39 



EP 0 810 534 A2 



FIG.27 




Storehouse 



40 



EP 0 810 534 A2 



FIG.28 



^ START ^ 



YES 



400 




EXTRACT AND STORE 
DICTIONARY ENTRY 



406 



SET UNKOWN-WORD 
FLAG 



403 



PASS FILE NAME TO 
DICTIONARY LINKER 



41 



EP 0 810 534 A2 



FIG.29 

START ^ 



GET DO 


CUMENT 






CREATE 

NEW RESULT FILE 






MORPHEMIC 


: ANALYSIS 



500 



501 



502 




503 



510 



ACTIVATE DICTIONARY 
ENTRY EXTRACTOR 




508 

A 



GENERATE DICTIONARY 
ENTRY LINK TAGS 



OUTPUT 
RESULT FILE 



^ END ^ 



WRITE WORD AND 
TAGS IN RESULT FILE 



506 



42 



EP 0 810 534 A2 



FIG.30 



< A HREF = "/dic/keepywe" > We < /A > 
<A HREF = 7dic/keep/draw" > draw </A> 

< A HREF = 7dic/keep/on" > on < /A > 
vast 

< A HREF = 7dic/keep/storehouse" > storehouses < /A > 



FIG.31 



CLIENT 
DEVICE 



ELECTRONIC 

DOCUMENT 

STORE 



2 



LINKED 

DOCUMENT 

SERVER 



8 



DICTIONARY 

ENTRY 

EXTRACTOR 



DICTIONARY 
LINKER 



10 



ELECTRONIC 
DICTIONARY 



43 



EP 0 810 534 A2 



FIG.32 



c 



START 



J 







200 


RECEIVE 






INFORMATION FROM 




CLIENT DEVICE 






208 




COMMAND? 
NO 



YES 



GET DOCUMENT 



204 



YES.^ HYPERTEXT 
DOCUMENT? 




ADD DICTIONARY 
MODE BUTTON 



202 JL 201 

d ^X-^AG ^, 

ATTACHMENTS*^ NO 
COMMAND? 



YES 



ACTIVATE 

DICTIONARY 

LINKER 



203 



209 

± 



ACTIVATE 
DICTIONARY ENTRY 
EXTRACTOR 



207 



ADD ORDINARY MODE 
BUTTON TO 
MODIFIED DOCUMENT 



SEND DOCUMENT 
TO CLIENT DEVICE 



206 



c 



END 



44 



EP 0 810 534 A2 



FIG.33 

c 



START 



GET DO( 


CUMENT 






CREATE 

NEW RESULT RLE 






MORPHEMIC ANALYSIS 



500 



501 



502 




508 



GENERATE DICTIONARY 
LOOK-UP COMMAND TAGS 



OUTPUT 
RESULT FILE 



WRITE WORD AND 
TAGS IN RESULT FILE 



506 



45 



EP 0 810 534 A2 



FIG. 34 



< A HREF = 7cgi-bin/pick_dic?we" > We < /A > 

< A HREF = 7cgi-bin/pick_dic?draw'* > draw < /A > 
<A HREF = 7cgi-bin/pick_dic?on" > on </A> 

< A HREF = 7cgi-bin/pick_dic?vasf > vast < /A > 

< A HREF = 7cgi-bin/pick_dic?storehouse" > storehouses < /A > 



FIG.35 




EXTRACT 
DICTIONAR 


Y ENTRY 








OUT 


PUT 



410 



CREATE UNKOWN-WORD 
MESSAGE 



409 



46 



EP 0 810 534 A2 



FIG.36 



CLIENT 
DEVICE 



2 



LINKED 

DOCUMENT 

SERVER 



4 



DICTIONARY 
LINKER 



ELECTRONIC 

DOCUMENT 

STORE 



8 



DICTIONARY 

ENTRY 

EXTRACTOR 



9 

ri 



DICTIONARY 
ENTRY STORE 



10 



ELECTRONIC 
DICTIONARY 



47 



EP 0 810 534 A2 



FIG.37 

^ START ^ 



GET DOCUMENT 






CREATE 




NEW RESULT FILE 






MORPHEMIC ANALYSIS 



500 



501 



502 




GENERATE DICTIONARY 
ENTRY LINK TAGS 



508 

J 



OUTPUT 
RESULT FILE 



END ^ 



GENERATE 

DICTIONARY LOOK-UP 
COMMAND TAGS 



WRITE WORD AND 
TAGS IN RESULT FILE 



506 



48 



EP 0 810 534 A2 



FIG.38 



< A HREF = "/dic/keep/we" > We < /A > 

< A HREF = 7cgl-bin/pick_dic?draw" > draw < /A > 

< A HREF = 7dic/keep/on">on < /A > 

< A HREF = "/cgi-bin/pick_dic?vasr > vast < /A > 

<A HREF = 7cgi-bin/pick_dic?storehouse" > storehouses </A> 



FIG.39 




EXTRACT AND STORE 
DICTIONARY ENTRY 








OUT 


PUT 



410 



CREATE UNKOWN-WORD 
MESSAGE 



409 



c 



END 



3 



49 



EP 0 810 534 A2 



FIG.40 



CLIENT 
DEVICE 



2 



LINKED 

DOCUMENT 

SERVER 



ELECTRONIC 

DOCUMENT 

STORE 



8 

A 



DICTIONARY 

ENTRY 

EXTRACTOR 



4 



DICTIONARY 
LINKER 



DICTIONARY 
ENTRY STORE 



10 



ELECTRONIC 
DICTIONARY 



50 



EP 0 810 534 A2 



FIG.41 




51 



EP 0 810 534 A2 



FIG.42 



CLIENT 
DEVICE 



ELECTRONIC 

DOCUMENT 

STORE 



2 



LINKED 

DOCUMENT 

SERVER 



15 



ELECTRONIC 
DICTIONARY 



4 



DICTIONARY 
LINKER 



16 



MENU 

GENERATOR 



52 



EP 0 810 534 A2 



FIG.43 



c 



START 







200 


RECEIVE 






INFORMATION FROM 




CLIENT DEVICE 






, 208 




210 

J. 



LOOK UP WORD 
IN ELECTRONIC 
DICTIONARY 



ADD DICTIONARY 
MODE BUTTON 



ADD ORDINARY MODE 
BUTTON TO 
MODIFIED DOCUMENT 



SEND DOCUMENT 
TO CLIENT DEVICE 



206 



Q END ^ 



53 



EP 0 810 534 A2 



FIG.44 



START 







GET DOCUMENT 






CREATE 

NEW RESULT FILE 






MORPHEMIC ANALYSIS 



500 



501 



502 



ANY 

NO ^^UNPROCESSED 
CHARACTER 
STRING? 




GENERATE 

DICTIONARY LOOK-UP 
COMMAND TAGS 



508 

A. 



FLAG AS PROCESSED 



OUTPUT 
RESULT FILE 



Q END J 



521 



523 

A 



ACTIVATE 
MENU 

GENERATOR 



WRITE CHARACTER 
STRING AND TAGS IN 
RESULT FILE 



506 



54 



EP 0 810 534 A2 



FIG.45 



c 



START 



600 



GENERATE 
MENU-OPENING 
COMMAND TAG 



601 



FLAG AS PROCESSED 




FLAG AS PROCESSED 



WRITE OPTION LINE 
IN TEMPORARY FILE. 
AND STORE WORD 
IN BUFFER 



608 



WRITE BUFFER 
CONTENTS AS 
DEFAULT OPTION 
LINE IN TEMPORARY 



606 

J. 



WRITE TAG IN 
TEMPORARY FILE 



FLAG AS PROCESSED 



605 







PASS TEM 
FILE TO D 
LINKER 


PORARY 
ICTIONARY 



609 



c 



END 



3 



55 



EP 0 810 534 A2 



FIG.46 



22 

^<A HREF = 7cgi-bin/into_the_dic"> DICTIONARY MODE </A> 
' Corporate Glance < BR > 
<DL> 

<DD><A HREF = "message" > Message from the Presiderit </A> 
-< <DD><A HREF = "slogan" > Global Slogan </A> 

<DD><A HREF = "glance" > OKI Electric at a Glance </A> 
<DL> 



FIG.47 




DICTIONARY MODE 



Corporate Guidance 

Message from the President 

Global Slogan 

OKI Electric _at a Glance 



56 



EP0810534 A2 



35 



34 



FIG.48 



<A HREF = " guidance" > ORDINARY MODE </A> 
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< OPTION > President (die) 

< OPTION SELECTED > Message from the President 
< /SELECT > 
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< FONT = BLUE > 
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</FONT> 
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